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Information  Publications  (FLIPS);  Navigation/Planning  and  Special  Purpoaa  Charta 
Special  Producte;  and  the  Automated  Air  Facility  Information  File.  The  require¬ 
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Air  Facilities,  and  Publishing  Subsystems  are  presented.  The  principal  purpoaa 
of  the  three  subsystems  la  the  reduction  of  the  labor  (manual)  required  (Cont’ 
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for  the  revision  and  publication  of  information  critical  to  flight  operations 
anti  logistical  planning.  Improvement  of  response  time  between  receipt  of 
changes  to  air  nav igat lon/al r  facilities  data  and  the  dlsseainat ion  of  new 
data  to  all  users,  1  h  also  provided--.  The  Publishing  Subsystem  permits  publi¬ 
cations  to  be  produced  on  elec t ronlf^fequlpaent  and  extends  the  power  and 
flexibility  of  digital  manipulation  teethe  updating  and  reformatting  of  publi¬ 
cations.  The  Air  Facilities  Subsystem  provides  maintenance  of  t lie  AAF1F  data 
bases,  selective  data  base  retrieval,  special  report  generation  and  generation 
of  formatted  tape  files  for  film  negative  output.  The  Charting  Subsystem  pro¬ 
vides  capture,  revision  and  output  of  graphic  data  appearing  throughout  the 
I1MAAC  Flight  Inforaatlon  Publications,  through  preservation  of  data  in 
digital  for*  and  providing  techniques  to  simplify  alteration  of  the  data. 
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SECTION  I 


INTRODUCTION 


1 . 0  Background 

DMAAC  is  responsible  for  producing  long  and  complex  books  or  publications 
that  are  part  of  the  FLIP  (Flight  Information  Package)  that  controls  and  sup¬ 
ports  safe  navigation  for  military  aircraft  all  over  the  world.  The  publica¬ 
tions  were  prepared  by  typing  them  onto  cards  a  line  at  a  time  on  a  vantype 
machine  and  storing  the  lines,  in  order,  in  a  huge  “tub"  file  (see  Fiqure  1). 

When  it  was  t ime  to  print  the  book  the  cards  were  run  throuqh  a  special 
camera  that  photographed  them  (see  Fiqure  2).  Then  the  pictures  or  illustra¬ 
tions  that  went  into  the  book  were  taped  together  with  the  photographed  lines 
of  text  and  sent  to  the  printer. 

A  great  deal  of  effort  is  involved  in  handling  the  cards  and  in  keeping 
track  of  the  cards  as  pages  m  the  publication.  For  example,  adding  informa¬ 
tion  to  a  page  late  in  the  update  cycle  could  result  in  shifting  whole  para¬ 
graphs  for  many  following  pages,  renumbering  all  of  the  pages  and  an  unbal 
anced  or  unnecessary  page  or  two. 

1 . 1  Purpose 

Use  of  the  manual  system  has  several  disadvantages: 

o  reliance  upon  a  sequential  camera  which  is  increasingly  difficult 
to  maintain 

lack  of  flexibility  in  reformatting  publications  to  meet  new 
requi : cment  s 

o  a  substantial  manpower  burden 

The  purpose  of  the  DMAAC  publishing  subsystem  is  to: 

o  pormit  the  publications  to  be  produced  on  modern  electronic 
equipment 

to  extend  the  power  and  flexibility  of  digital  manipulation  to  the 
updating  and  reformatting  of  the  publications 

o  to  reduce  the  manpower  required  to  produce  the  publications 
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SECTION  II 


PUBLISHING  SUBSYSTEM  FUNCTIONAL  RE^H!  1 RKMENTS 

2.0  WbUrtiM  Subsystem  Requirements  and  Caj  ■>!  ilitiea 

The  Publishing  Subsystem  must  provide  a  well  human  engineered,  cost- 
effective,  higher  quality  replacement  of  the  manual  document -to- tub  file- 
to  var itype- to-tub  f l lc-to-camcra  system  that  it  replaces.  The  system 
must  be: 

o  Easy  to  use 

o  East 

o  Highly  automat ic 

o  Capable  of  insuring  high  quality  control 

It  must  be  easy  to  use  to  avoid  extensive  training,  excessive  errors, 
operator  frustration  and  production  delays.  It  must  be  fast  to  insure 
continuity  of  u;  !at*-  ns,  shortened  schedule  ,  high  productivity  and 

low  oj>erator  fatigue;  it  must  be  a  flexible  and  resjonsive  tool  that 
justifies  familiarity  and  confidence. 

It  mist  be  highly  automatic  to  relieve  the  operator  of  manual  routine 
chores  (e.q. ,  justification  and  repaginat ion) ;  to  enable  the  operator  to 
concentrate  almost  exclusively  on  quality  and  content  of  the  publication. 

It  must  be  capable  of  insuring  high  quality  control  through  system 
proofing  aids  and  reports,  the  ability  to  distinguish  symbology  in  update 
mode,  comprehensive  error  diagnostics,  flexible  error  correction  procedures 
and  dependable  automated  assistance  replacing  complex  and  tedious  manual 
procedures . 

2 . 1  WorV load 

The  Aeronautical  Information  Department  (AD)  of  I'MAAC  publishes  flight 
and  air  facilities  information.  These  publications  are  used  by  DoD 
agencies,  UfcS  Consnands,  military  services  and  other  authorised  users  for 
flight  operations  and  logistical  planning.  These  publications  include: 

o  One  Volume,  FLIP  General  Planning  (GP) ,  published  biannually 

o  Three  Volumes,  FLIP  Area  Planning  (API,  AP2 ,  AP3) ,  published 

quarterly 


2-1 
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Three  vnliws,  KUP  At ea  Planning  Special  Use  Airspace  (APIA, 
AP2A,  APIA),  published  quarterly 

o  One  Volmc,  FLIP  Military  Planning  Routes  (APlH),  published 
quart  er ly 

o  On*  Volume,  Instrument  Plight  Rules  USA,  published  biannually 

o  One  Volume,  Visual  Plight  Rules  USA,  published  biannual ly 

o  Pive  Volumes ,  PUP  Area  Supplements,  published  every  four  weeks 

o  One  Volume,  Chart  Updating  Manual  Supplement  (CHUM),  published 
m-nthly  and  biannual  ly 

o  One  Volume,  Bulletin  Digest,  published  monthly  and  biannually 

These  publications  result  in  al>out  140  issues,  22,000  pages  and  l.S 
million  lines  of  text  j  e  t  year.  Tlie  i  n  f  ot  :sa  t  i  on  requires  approximately 
18  million  alphanumeric  characters  of  which  approximately  9  million 
characters  are  changed  annually. 

2  ■  2  Dat  a  Rase 

The  data  base  structure  of  the  Publishing  Subsystem  has  been  designed 
to  n  -nodate  that  iat a  necessary  for  the  production  of  the  flight  infor- 
rat ion  publications  prepared  by  the  Defense  Mapping  Agency  Aerospace 
Center  and  to  provide  for  the  ready  access  and  maintenance  of  this  data. 
Care  has  been  exercised  to  avoid  restrictions  which  would  likely  cause 
substantial  redesign  and  conversion  when  enhancement s  to  the  subsystem 
result  in  additional  maintenance  functions  and  access  requirements. 

Where  repeated  occurrence  of  a  da. a  item  would  be  a  particular  burden 
on  storage,  maintenance,  or  manual  editing,  data  items  have  been  incor¬ 
porated  to  allow  relief  as  in  the  case  of  alternate  font  and  tabulation 
specif lers. 

The  data  base  is  intended  to  be  sup'jxjrted  by  a  Data  General  Real 
Time  Disk  Operating  System,  al thouqh  there  are  no  inherent  aspects  which 
would  encumber  its  support  on  any  system  which  supports  a  mass  storage 
device  with  equivalent  character i st ics  to  that  of  moving  head  disk. 
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EURLISHING  SUBSYSTEM  DESIGN 

3.0  Publishing  Subsystem  !v-s  ujn  Criteria 

The  UMAAC  hibliihlnq  Subsystem  was  designed  to  create  and  maintain 
complex  flight  informat  ion  publications  (.KLIP)  used  by  military  pilots  all 
over  the  world. 

The  system  as  developed  possesses  many  unique  advantages  over  existing 
systems,  be  they  of  wosd  processing  or  typesetting  origin: 

a.  Utilisation  of  a  CRT  which  disj  lays  3960  characters  of  text  at 
once  (132  a  30) . 

b.  On-line  hyphenation  and  Justification  of  typesetting  quality. 

c.  Multi-font  and  font  -.iso  capability  including: 

(1)  Individual  cha:.»cter  width  definition. 

(2)  Aut<natic  leading  control,  permitting  any  font/sise 
coral!  l  nat  ions . 

(3)  Rapid  identification  of  font/sise  on  the  CRT. 

(4)  Accviroodat  ion  of  special  !.yral>ols  and  foieign  languages. 

d.  Corap 1 e t e  aut<*»atic  repagination  capability  including  page 
breaking  controls,  column  balancing,  hcadt- 1  generation  by  speci¬ 
fication  and  from  context,  page  numbering  format  control  (e.q. 

4-71  where  chapter  number  prefaces  page  number). 

e.  Comprehensive,  simple,  edit  capabilities  which  are  easier  to  use 
than  typical  word  processing  systems  (because  they  combine  line 
context  edit  caj abilities  with  cursor  positioning  capabilities) 
yet  as  powerful  as  typesetting  systems  because  automatic  on-line 
Justification  occurs  simultaneously  with  update.  These  include: 

(1)  Insert 

(2)  Delete 

(3)  Change  (with  rejieat  if  desired) 

(4)  Search  (with  repeat  if  desired) 

(5)  Position  cursor  (forward,  backward,  up,  down,  by  line 
number,  etc.) 

(6)  Scrolling 

(7)  Hyp^en*tion  defeat  or  override 

f.  Multiple  co  1  urar.  definition. 

g.  Nesting  of  colvsanation  (columns  within  columns). 
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h.  l,eft,  right  and  center  justification,  applying  to  the  page  width, 
column  width  or  between  any  two  specified  tab  positions  (e.g., 
center  justify  between  positions  (1/2  pica)  10-S0) . 

1.  D lag: are  insertion  and  maintenance  capability  eliminates  manual 
paste  up. 

j.  Tabulation  and  automatic  indent  controls. 

k .  Directory  access  to  multiple  versions  of  books  and  chapters. 

l.  Flexible  book  and  chapter  format  definition,  or  on-line  redefini¬ 
tion. 

m.  Complete  global  edit  capability  j>erreitting  string  subst l tut  ion  or 
deletion  and  simultaneous  r  e  just  1  f  i  cat  ion  at  high  sj^eed  through¬ 
out  the  document. 

n.  Password  jrotection  by  function. 

o.  Maintenance  of  a  line  index  within  a  page  enabling  direct  access 
to  any  part  of  the  page  either  by  cursor  positioning,  scrolling, 
or  instantly,  by  specifying  a  line  number. 

p.  Maintenance  of  uj.iate  hits  for  technical  publications. 

q.  Maintenance  of  i'RT  and  proof  list  proofing  flags  indicating  where 
changes  have  occurred. 

r.  in;  !cip  logging  of  all  commands  and  production  of  a  management 
inforrat ion  rr;ert  based  upon  the  log. 

s.  Auxiliary  monitor  which  displays  typeset t ing  information  allowing 
manual  override  of  aut.imatic  decisions. 

t.  Proofing  mode  which  logs  approval  or  review  status  enabling  docu¬ 
ment  control. 

u.  Ability  to  handle  a  variety  of  special  symbols,  graphics  or  logos. 

v.  tJser  definition  and  automatic  system  maintenance  of  and  access  to 
any  desired  index  to  the  entire  publication  (e.g.,  access  by 
paragraph  number,  eml>edded  text,  titles,  headers,  footnotes,  etc.) 

w.  Maintenance  of  pages  as  distinct  entities  enabling  document  up- 
da*e  and  instant  access  by  referring  to  the  original  page  number! 
regardless  of  additions,  changes,  reformatting,  or  deletions  in 
the  interire.  Text  is  not  redistributed  among  p>ages  until  repagi- 
nat  ion  is  specified.  After  rep^aginat  ion  the  original  is  sepa¬ 
rately  maintained  and  available  as  a  "version." 

x.  Storage  capacity  is  available  to  store  from  SO, 000  to  1,200,000 
pages  of  information  depending  upon  configuration  selected. 

y.  Programmed  in  a  high  level  language  (FORTRAN),  allowing  rapid 
additional  programing  and  support  to  meet  specific  user  require¬ 
ments  now  and  in  the  future.  System  improvements  will  be  avail¬ 
able  to  users  without  hardware  up-grade. 

z.  Human  engineered;  training  courses  available  to  permit  comprehen¬ 
sive  operator  training. 
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aa.  System  controls  and  complex!  features  when  not  invoked  remain 
invisible  to  the  operator.  Ttie  system  can  perform  at  the 
operator's  level;  in  less  than  one  hour  a  typist  with  no  pre¬ 
vious  exposure  to  the  system  can  compose  tyj*ographic  quality 
cor i espondence ! 

bb.  Usable  in  a  multi-user  environment  on  a  suitable,  general  purpose 
(currently  opuat  tonal  on  a  Data  General  Eclipse  mi  ni  cornput  er ) 
computer,  allowing  users  to  run  other  applications  of  their 
choice  simultaneously.  Fur thermo re ,  both  the  terminals  and  the 
printer  are  usable  for  other  user  applications  when  not  used 
for  publishing  or  word  processing  applications. 

cc.  Autixsatic  column  balancing  and  page  makeup. 

dd.  Vertical  tabulation. 

ce.  On-line  HELP  function  for  interactive  format  arid  repagination 
specification  assistance. 

if.  Columns,  page  width,  tabs,  indents,  font/size,  update  bars  and 
hyphenat ion  controls  propagate  throughout  the  entire  document 
but  can  be  easily  redefined  at  any  chosen  place  in  the  text; 
providing  complete  and  flexible  format  control  of  any  document 
regardless  of  size  or  makeup. 

qg.  User  definable  function  keys  and  mnemonics  j-erroitting  the  auto¬ 
matic  entry  of  any  combi  nat  ion  or  eexaraands  and  textual  date  of 
any  length.  There  is  no  limit  to  the  number  of  mnemonics 
(trillions.’)  which  may  be  defined  for  this  pur{»ose. 

3.1  Publishing  Subsystem  Structure  Overview 

The  structural  comjMjnen  t  s  of  the  Publishing  :  tb system  are  depicted  in 
Figure  3.  The  major  functional  areas  arc: 

o  log-on/log-of f 

o  Publication  identification  and  creation 
o  Display  manipulation 
o  Update  pages 

o  File  management 

o  Publication  reports  and  statistics 
o  Repagi nat ion  and  output  to  f3K 
o  Publication  proofing 

3.1.1  Log-on/Log -of f 

This  process  permits  access  to  the  system  only  after  the  entering  of 
a  password.  A  hierarchy  of  password  validity  insures  that  only  authorized 

I 
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Figure  3  Diagram  Identify  Select  Book  or  Chapter 


personnel  can  utilize  specific  system  funct  tonal  1  ty .  For  example,  the 
password  QRSTWVW  may  grant  access  to  publications  for  revision  and  update 
but  not  for  repaginat ion ,  delete  book,  etc. 

3.1.2  Pub  1 i sh ing  Ident l f 1  cat  1  on  and  Cr eat  ion 

The  functions  to  l>e  performed  under  this  category  (see  Figure  4)  are: 

o  Print  book  or  chapter 
o  Identify  or  select  l>ook  or  chapter 
o  Update  book  or  chapter 

A  book  file  (see  Section  3.2)  serves  as  an  index  to  all  chapters  and 
chapter-versions  (current  and  past  puli  1 icat ions  having  the  same  title  and 
format).  A  chapter  file  contains  format  definition  and  heading  informa¬ 
tion  as  well  as  the  text  and  ojieration  codes  that  form  the  substance  of 
the  publicat ion.  Chapters  are  divided  into  j age  divisions  until  the  cut¬ 
off  point  in  a  publication  cycle  results  in  repagination  and  output. 

This  is  because  the  best  reference  an  analyst  has  to  a  change  is  the  page 
on  which  it  appear ed  in  the  last  published  version.  If  page  divisions 
were  not  raa i n t a l nod  during  the  update  cycle  it  would  be  difficult  to 
reach  desired  placer,  within  the  publication  as  text  migrated  from  page  to 
page  reflecting  update  activity. 

The  publishing  subsystem  maintains  indices  to  pages  within  chapters. 
This  practice  permits  the  system  to  automatically  generate  chapter  page 
headers,  ensure  chapter  integrity  during  repagination,  and  provide  faster 
response  times  than  associated  with  a  simple  book/page  index. 

Figure  5  illustrates  the  f unct iona 1 i ty  of  user  selection  and 
identification  of  book  and  chapter-version  which  occurs  prior  to  any 
update  session. 

Figure  6  illustrates  the  function  of  actually  chanqing  the  defining 
parameters  of  a  book  index  or  chapter  header.  For  a  more  detailed 
description  of  how  this  function  is  implemented  see  Section  3.3,  Personnel 
Functions,  where  an  explicit  example  of  the  up>date  procedure  is  depicted. 
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Publishing 


Diagram  Update  Book /Chapter 


At  the  core  of  the  Publishing  Subsystem  is  the  ability  to  revise  the 
contents  of  an  existing  chapter.  To  actually  perform  this  function,  how¬ 
ever,  an  interface  to  the  system  must  exist  which  permits  the  rapid  display 
of  that  body  of  text  which  must  be  updated.  It  is  this  vital  function  of 
getting  to  a  page,  moving  the  display  cursor  within  the  page  and  scrolling 
the  display  which  is  functionally  incorpoiated  into  Display  Manipulation 
(see  Figure  7) . 

Figure  8  illustrates  the  two  methods  of  reaching  a  page  before 
u;>dat  ing  a  chapter.  If  a  page  numln-r  is  specified,  the  sys'em  will 
retrieve  the  corresponding  page  of  data. 

If  a  t*»ge  number  is  entered,  the  page  is  directly  retrieved  and  the 
first  12  lines  of  the  page  are  displayed;  one  may  scroll  forward  to  view 
the  rest  of  the  page. 

Indexed  documents  permit  use  of  the  and  keys  to  go  from  page 

to  page  displaying  facility  names  a:,  a  guide  to  page  content.  Figure  9 
shows  the  function  of  paging  forward  or  backward  in  this  manner. 

Figure  20  shows  the  display  functions  available  while  actually 
revising  a  page.  Cur sor -cont r ol  positions  the  cursor  for  add  or  delete 
functions,  as  well  as  causing  the  screen  to  scroll  when  the  cursor  is 
ordered  off  the  screen. 

The  display  commands  offer  a  more  rapid  means  of  controlling  which 
part  of  the  page  is  to  be  shown  on  the  screen.  Using  the  display  function 
also  provides  the  advantage  of  maintaining  the  cursor  in  the  same  position 
on  the  screen. 

3.1.4  Update  Page 

The  ujdate  page  fur.  tion  provides  absolute  control  of  the  content  and 

format  of  the  document.  Figure  11  shows  this  function  as  composed  of: 

o  Manipulate  format 

o  Search  for  string 

o  Change/insert/delete  string 


Figure  8  Diagram  Se  lect/Displ  ay  I’age 


Pigure  9  Diagram  Page*  Forward  or  Backward 


Update  Page 


figure  12  illustrates  the  ability  of  the  system  to  store  and  manipu¬ 
late  format  ofs-rands  such  as  tabulation,  coluianat  ion,  justification, 
hyphenation  control,  font/sire  selection  and  diagram  insertion.  Ksscn- 
t  rally,  the  operand  supplied  by  the  operator  causes  a  command  t  o  be  stored 
in  the  body  of  t he  text  which  results  in  correct  formatting  both  on  the 
screen  and  during  pagination. 

figure  11  shows  the  search  for  a  given  string  or  u«!  H.rt  ion  of 
characters.  It  is  used  both  as  a  cursor  positioning  function  and  as  a 
vital  subfunction  in  the  changing  of  character  groups. 

figure  14  illustrates  the  function  of  actually  inserting  characters 
and  operands  into  the  page  of  text.  Positioning  the  cursor  to  a  character 
and  invoking  the  delete  function  causes  the  character  to  lw  removed  f  i  om 
the  I  age  of  text.  The  change  ctsnand  is  used  to  replace  a  given  character 
group  or  string  with  another  of  t  lie  same  or  different  sire.  Automatic 
justification  will  ex;  and  or  ntr.it  the  line  accordingly  after  this 
comand  is  invoked. 

A!  liti  nally  this  •  unawl  can  !»>  invoked  to  change  any  number  of 
consecutive  occurrences  of  a  string  on  a  page  to  another  string  of  same 
or  different  sire. 

3.1.5  file  Management 

Utilities  having  to  do  with  file  management  (see  figure  15)  include: 

o  Update  log  file 

o  Update  font  file 

o  Store  package  files 
o  Create  book  or  chapter 

A  log  (see  figure  lf>)  of  all  system  functions  is  kept  including; 

o  function  performed 
o  Tisie  of  day  fer  formed 
o  Date 

o  Password  identification 
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Figure  12  Diagran  Manipulate  Forwat 


Figure  14  Diagran  Insert/Replaca/Delete  String 


File  Management 


1NruT  PPOCTSS  OUTPUT 


Figure  16  Diagram  Update  Dog  File 


From  this  log  raanagemen t  statistics  may  In-  generated.  Additionally 
a  proof  management  report  reflecting  the  status  of  a  publication  through 
proofing  is  available  to  insure  adequate  ptoof  management .  Figure  17 
shows  a  screen  version  of  this  report  which  may  also  be  obtained  in  hard¬ 
copy  fora. 

The  font  file  forms  the  1 1 nX  l«etween  the  representation  of  characters 
within  the  publishing  subsystem  and  their  depiction  upon  the  KBR  output 
device.  Figure  18  illustrates  this  process.  Essentially,  the  contents  of 
this  file  are  the  codes  by  which  the  EBR  will  recognize  the  character  set- 
and  size-information  regarding  the  size  of  t he  character  to  be  produced  on 
the  film  prior  to  blow-up  to  lift  size. 

Figure  19  shows  the  back-up  procedure  for  Publishing  Subsystem  files. 
This  procedure  utilizes  MRDOS  system  software. 

Figure  70  illustrates  the  procedure  for  creating  an  empty  look  or 
chapter  with  default  values.  This  is  used  in  rare  circumstances  to  merge 
books  or  chapters. 

3.1.6  Pub 1 i c a t i on  Statistics 

Figure  21  shows  the  functional  areas  of  publication  statistics  to  be 
comprised  of  collection  and  display  of  the  statistics. 

Figure  22  illustrates  the  method  of  statistics  capture,  which  occurs 
during  the  creation  of  the  system  log  file.  Additionally  since  all 
changed  characters  are  flagged  it  is  possible  to  derive  a  number  represent¬ 
ing  the  number  of  characters  entered  to  the  publication  (though  not  the 
nur*»er  deleted).  Net  change  can  be  calculated  by  comparing  the  character 
counts  for  successive  publ l cat  ions . 

Figure  23  illustrates  how  these  statistics  are  normally  retrieved  and 
printed  for  management  use. 


3.1.7  Repaginate  and  output  process 

The  repaginate  and  output  process  is  the  most  c<«oplex  function  of  the 
Publishing  Subsystem  (see  Figure  24).  All  the  rnbedded  operands  controlling 
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format  are  translated  into  a  completed  product.  The  constituents  of  the 
repaginate  function  are: 

o  Identify  the  publication 

o  Perform  global  edits 

o  Paginate  the  publ icat ion 

o  Create  new  indices 

O  Output  the  F-BR  U|« 

figure  .'•>  illustrates  the  function  of  bringing  in  all  relevant  book  and 
chapter  descriptors  and  parameters  that  define  page  headings,  leading 
requirements,  i'tr,  In  addition  this  function  brings  in  a  global  edit  file 
which  permits  the  changing  of  one  character  string  for  another  throughout 
t he  entire  chapter.  This  capability  would  facilitate  the  incorporation  of 
now  abl i eviat ions  on  the  changing  of  symbology  automatically. 

Figure  shows  t  lie  global  revision  function.  I  ages  are  brought  in 
and  rw-i  j<-  1  into  a  depag mated  output  stream.  This  stream  is  then  checked, 
a  group  f  characters  at  a  t  :r»- ,  to  acccsnp  lis.h  t  he  substitution  of  one  set 
of  characters  for  another  that  constitute  the  global  revision  function. 

Figure  27  shows  how  the  dopaginatod  globally  revised  stream  is  trans¬ 
form'd  into  a  new  chapter  version  with  new  page  numbers.  Figure  27  (con¬ 
tinued)  lists  s.xne  of  the  functions  tha*  are  performed  at  this  tim*-.  Other 
functions  include: 

o  Verti  -a  1  and  horizontal  leading 
o  look  ahead  al lllty  to  space  out  a  page 
o  Detprminat ion  of  best  fit 

Many  of  the  functions  contained  here  are  used  durinq  update  on  a  single 
page  at  a  time  to  depict  the  page  in  as  close  a  manner  as  p>ossible  to  the 
way  the  repaginate  function  will  actually  treat  the  data. 

Figure  2ft  illustrates  the  function  of  building  a  page  index  for 
selected  publications  corresp>ondlng  to  the  first  four  letters  of  a  facility 
name.  This  enables  rapid  entry  into  the  chapter  when  the  p>age  number  is  not 
shown.  Any  text  on  the  p^age  may  be  used  as  an  index  to  the  chapter. 


Kigurp  2S  Diagram  Identify  Publication 
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Figure  28  shows  the  translation  process  whereby  the  revised  and  pagi¬ 
nated  chapter  is  converted  to  a  format  usable  on  the  KBR  output  device.  Once 
the  translation  has  occurred  the  formatted  publication  becomes  available  to 
the  Charting  Subsystem  as  a  magnetic  tape  for  merging  the  necessary  graphics 
with  the  formatted  pages  produced  on  the  Publishing  Subsystem. 

3.1.8  Publication  Proofing 

The  Publishing  Subsystem  has  been  designed  to  permit  a  high  degree  of 
versatility  while  satisfying  the  other  design  objectives  of  cost-effective¬ 
ness,  speed,  high  quality  control  and  ease  of  use.  Versatility  will  permit 
AD  to  structure  their  data  flow  and  related  personnel  procedures  in  a  manner 
which  AD  management  feels  best  fits  their  needs.  Synectics  has  not  presumed 
to  forecast  such  policy'  decisions,  but  has  provided  the  capability  to  separate 
the  update  and  proof  functions,  and  to  maintain  an  on-line  status  log  for 
each  activity.  Such  a  capability  would  jermit,  for  example,  person  A  to 
"tdit"  changes  from  a  given  batch  of  green  slips  while  person  B  would  "proof 
the  changes  generated  by  that  batch. 

The  system  would  maintain  a  management  log  of  what  work  was  revised, 
what  was  proof ed  and  what  remains  to  be  proofed.  Update  functions  are 
described  below  in  Section  3.3  and  the  management  log  was  shown  in  Figure  17. 

Figure  30  graphically  provides  an  overview  of  the  proofing  functions. 

An  important  facet  of  quality  control  is  the  ability  to  maintain  accurate 
composition  control  parameters  (e.g.,  font  and  type  sire  parameters).  Thus, 
composition  control  parameters  are  not  displayed  unless  requested  and  are 
not,  therefore,  normally  available  for  revision.  During  proofing  they  can 
be  requested  for  display  on  the  CRT  or  line  printer  as  described  in  Figure  31. 

Although  the  Publishing  Subsystem  is  an  interactive  system  and  all 
updating,  proofing,  and  revision  functions  can  easily  be  performed  thiough 
the  system  terminal,  provisions  have  been  made  for  generating  hardcopy  list¬ 
ings,  chapters  or  books  including  composition.  Figure  32  graphically  por¬ 
trays  this  function. 


3-  36 


Dj»ri>no 


Figure  31  Diagram  Turn  »n/f  4  f  Compos it  ion  Display 
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Figure  32  Diagram  Print  Page,  Chapter,  Pc 


During  proof  sessions  no  updates  or  revisions  to  the  document  can  !*• 
effected.  To  accomplish  an  u^niate  the  reviewer  must,  at  minimum,  exit  proof 
mode  and  log-on  in  update  movie.  The  operation  sees  the  first  12  lines  of  text 
on  the  page  just  as  in  update  mode  (Figure  1J).  Format  is  verified  on  the 
terminal  moving  the  cursor  to  the  next  change  in  compos  1 1 1 on  control  para¬ 
meters  and  observing  the  small  display  of  the  font,  type  size  and  lead  for 
the  text  that  follows.  Showing  the  proofer  exactly  what  font  and  tyjs?  size 
is  being  specified  rather  than  trying  to  simulate  the  font  and  size  on  the 
i'RT  should  help  maintain  a  higher  degree  of  quality  control.  bxact  presenta¬ 
tion  of  font  and  type  size  parameters  does  not  leave  any  decision  to  chance 
interpretation  of  what  is  meant  to  be  presented.  Figure  34  is  an  overview  of 
the  verify  process. 

An  Set  a i led  throughout  the  design  discussion  in  Section  3,  considerable 
emphasis  has  teen  giver,  to  human  factors  and  quality  control: 

o  Ml  currently  used  symUds  will  be  available  through  the  terminal 

o  opposition  control  parameters  are  protected 

o  "Uj  late/Proof  management  log  protects  system  integrity 

o  Items  are  retrieved  by  page  or  name 

o  Chaptor  page  headers  are  geneiated  automatically 

hub 1 1 cat  ion  parameters  and  user  cnernands  are  segregated  from  publi¬ 
cation  text 

o  The  last  command  is  displayed  in  addition  to  current  or  next 

c  rxnm.i  nd 

3.2  Publishing  Subsystem  Data  base 

Four  types  of  files  are  use J  to  maintain  the  publications.  They  are 
linked  toqether  as  shown  in  Figure  35.  The  book  file  is  a  contiguous  file 
of  maximum  length  of  lb, 384  bytes.  There  is  one  book  file  for  each  publica¬ 
tion.  It  serves  as  an  index  to  each  of  the  chapter  versions  (CV*s)  compris¬ 
ing  the  publication.  The  chapter  file  contains  the  contextual  and  formatting 
data  for  the  publication.  The  font  files  contain  that  data  needed  to  convert 
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the  chapter  file  font  designations  into  K3K  designations.  The  page  index 
file  la  generated  at  publication  time  during  repagination  if  the  chapter 
descriptor  contains  the  appropriate  indicator.  It  is  used  to  address  pages 
of  a  supplement  chapter  by  facility  name.  Additionally,  there  are  system 
utility  files  and  transient  files  including: 

a  RI>OS  connand  file  (CoH-CN) 

o  Publishing  Subsystem  Command  Kile 

o  System  bog 


3.2. 1  BooK  T i 1 e 

The  book  file  is  a  contiguous  file  of  lfo,384  bytes  consisting  of  one 
t>4  byte  header  followed  by  as  many  as  255  64-byte  CV  descriptors  in  a  con 
tiguously  organised  file. 


KILE  HEADER 


•  Description 

Bytes 

Contents 

1. 

Kile  t >'{•*•  identifier 

2 

"BK" 

7 

•  • 

Kile  tyj>e  version 

2 

0 

3. 

Nimb«r  of  bytes  in  header 

2 

64 

4. 

Number  of  bytes  per  entry 

2 

64 

5. 

Title  of  book 

16 

ASCII 

6. 

Number  of  entries;  chapter  versions 

1 

0  to  2S5 

(CV  s)  Killer 

39 

Nul  Is 

64 

CV 

DESCRIPTOR  FORMAT 

Field  So 

Field  f*e«cr  ipt  ion 

Bytes 

Format. 

Contents 

1 

'hapter  (CV)  Title 

16 

RADIX  40 

1-256 

2 

Chaj  •  er  Nisnber 

1 

Binary 

1-256 

3 

Fill.  - 

1 

Byte 

Null 

4 

Versi  n  Nusb>er 

2 

binary 

1-6561 

i 

Vert i  i  Page  Sire 

2 

Binary 

Pica 

6 

Horizontal  Page  Size 

2 

Binary 

Pica 

? 

Chapter  Kile  Record  Size 

2 

Binary 

Bytes 

8 

Chapter  Kile  Size 

2 

Binary 

Records 

9 

Date  of  lu**t  Update 

2 

Binary 

Date 

10 

Date  of  bast  Publication 

2 

Binary 

0  or  Date 

11 

Size  of  Font  No.  1 

1 

Binary 

Points 

12 

Kile  Name  of  Font  No.  1  Data 

3 

ASCI  I 

FONTaaa . K 

13 

Size  of  Font  No.  2 

1 

Binary 

Points 

14 

File  Name  of  Font  No.  2  Data 

3 

ASCII 

FOHTaaa . K 

field  No. 

field  Description 

Bytes 

Format 

Contents 

15 

Size  of  font  No.  3 

1 

Binary 

Points 

16 

file  Name-  of  font  No.  3  Data 

3 

ASCII 

FONTaaa . F 

17 

Size  of  font  No.  4 

1 

Binary 

Points 

18 

Kile  Name  of  Font  No.  4  Data 

3 

ASCII 

FONTaaa . F 

19 

Size  of  Page  Number  Font 

1 

Binary 

Points 

20 

file  Name  of  Page  Number  Font  Data 

3 

ASCII 

FONTaaa . F 

21 

Page  Numlxtr  of  first  Page 

2 

Binary 

1-32767 

22 

Number  of  Pages 

•y 

4t 

Binary 

1-1024 

23 

Vert.  Page  Number  Position  (Top, 

Bottom! 

1 

ASCII 

T,  B 

24 

Moriz.  Page  Number  Position  (Inside, 

Center,  Outside) 

1 

ASCII 

I.  C,  0 

25 

Accompanying  Page  Number  Data  (Title, 

Nothing.  CV  Title,  CV«) 

1 

ASCII 

T, Blank, C 

26 

Page  Index  File  Code  (None,  Will 

Generate,  Yes,  Will  Stop) 

1 

ASCII 

Blank,  G, Y 

Fi 1 lei 

4_ 

Bytes 

Nulls 

('4 


3 .  2 . 2  Ch.ij' ?  <-j  F_i_l <•  .’Vs  i ijn 

Each  chapter  file  Is  a  contiguous  KUDOS  file  containing  records  of 
16,584  bytes  (32  sectors)  each.  The  file  name  for  this  file  is  a  function 
of  the  book  title  and  the  chapter  and  version  number  as  specified  in  the 
CV  descriptor.  Each  of  these  records  represents  one  page  of  data  as  it 
would  appear  in  the  publication  or  as  subsequently  updated.  Repagination 
occurs  only  during  ERR  output  taj^e  generation  at  publication  time.  Each 
record  contains  a  12-byte  header  containing  status  information  carried  over 
from  the  ;  tevious  page  followed  by  16,352  bytes  of  contextvial  and  formatting 
data  (see  figure  36).  Although  16,352  bytes  is  triple  the  amount  of  room 
required  by  a  typical  [age,  this  much  room  has  been  allocated  to  accocnnodate 
extensive  modifications  during  the  update  process  and  although  this  contig¬ 
uous  s*  ructure  will  result  in  disk  allocations  of  6.5  million  bytes  for  some 
publications  (versus  2  million  for  a  more  compact  format)  the  fourfold  (or 
more)  decrease  in  record  access  time  makes  it  well  worth  this  consumption  of 
a  rather  minor  portion  of  the  192  million  bytes  of  disk  storage. 
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Status  at 


uot  j 

vumjd/n 


bu  t 

inunxoo 


Tr*xt  Data 


The  body  of  each  record  contains  16, 352  bytes.  Each  of  these  bytes  con¬ 
tains  an  ASCII  character  in  the  low  order  seven  bits  and  an  update  flag  in 
the  high  order  bit.  At  publication  time  the  update  flags  are  cleared.  As 
data  is  subsequently  added,  it  is  added  with  its  update  flag  set.  When  data 
are  deleted,  they  are  replaced  with  a  byte  containing  a  null  with  its  update 
flag  set  (unless  the  data  deleted  had  all  update  flags  set),  one  such  null 
for  each  string  deleted. 

The  update  flags  are  used  to  indicate  what  data  has  been  modif ied  since 
the  last  publication.  With  this  the  solid  vertical  bars  can  be  automatically 
placed  to  the  left,  of  the  column  or  page  indicating  that  a  change  has  taken 
place.  Whenever  a  publication  is  generated  all  of  these  flags  can  be 
cleared.  Then  as  data  is  added,  it  is  added  with  the  flag  set  and  as  data 
is  deleted  it  is  replaced  with  a  null  with  a  set  flag  when  any  of  the 
deleted  data  has  a  cleared  flag. 

3 .2.2.2  Chapter  Kile  Text  Data  Description 

The  following  table  contains  a  description  of  all  data  items  which  can 
be  included  lr.  the  ASCII  text  data  string  within  a  chapter.  There  are, 
however,  two  major  divisions: 

o  operations,  including  Opcodes,  sp-ccifiers  and  delimiters  (see 

1.2. 2. 2.  1) 

o  Nonoperations,  including  null,  control  codes,  ASCII  data  and 
indicators  (see  3. 2. 2. 2. 2) 

octal  Cotie  (s)  of 

First  Character  Data  item  Type  Functions 

000  Null  or  Filler  To  take  up  space  or  (when  the  up¬ 

date  flag  is  on)  to  indicate  that 
items  formerly  in  this  position 
have  been  deleted  since  the  last 
publication . 

Oil  to  01S  and  Control  Code  To  control  horizontal  (Oil)  or 

021  to  024  vertical  (013)  tabulation,  page/ 

column  control  (012  and  015)  or 
termination  (014) ,  or  font/size 
selection  (021  to  024). 


Octal  Code (s)  of 
First  Character 

074  and  076 


Date  Item  Type 
Operation 


040  to  177  except  ASCII  Data 
(074,  076,  133, 

135,  and  137) 


Functions 

To  specify  column  parameters, 
horizontal  or  vertical  tab  posi¬ 
tions,  font/size  selections,  dia¬ 
gram  placement,  horizontal  justifi¬ 
cation,  hyphenation  or  columnation 
restriction,  titles,  or  horizontal 
column  spanning  lines. 

To  specify  contextual  publication 
data . 


133  and  135 


Indicat  or 


To  specify  enclosed  text  is  to  be 
under  1 ined. 


137 


Indicator 


To  specify  next  byte  contains  a 
special  or  circled  character. 


3. 2. 2. 2.1  Operat ions 

Operations  are  delimited  by  an  initial  '(Octal  074)  and  a  terminal 
(Octal  076).  Between  the  delimiting  character  is  the  one  or  two  character 
opcode  followed  in  scxno  cases  by  addition  specifiers.  The  opcodes  are: 


Opcode 

Specif lers 

Function 

bevel 

H 

No 

Horizontal  line  spanning  page  or  column 
(also  terminates  line) 

4 

CL 

Yes 

Specifies  column  parameters  for  data  which 
follows  (also  terminates  line) 

3 

TC 

No 

Terminate  columnation 

3 

MS 

No 

Allow  midstream  column/pagc  breaks 

4 

TM 

No 

Don't  allow  midstream  column/page  breaks 

4 

TB 

Yes 

Set  horizontal  tab  stops 

4 

V 

Yes 

Set  vertical  tab  stops 

2 

UJ 

No 

Select  left  )usti f icat ion  (normal) 

5 

CJ 

No 

Select  center  justification  (between 
tab  stops) 

S 
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Opcode 

Specif lers 

Function 

Level 

RJ 

No 

Select  right  justification  (to  next  tab 
stops ) 

5 

LD 

No 

Left  justify  in  a  field  of  dots 

5 

D 

Yes 

Specify  position  and  identification  of  a 
diagram 

5 

TL 

Yes 

Specify  a  column  title  (implicit  column 
break) 

4 

HY 

No 

Allow  hyphenation  (except  across  pages) 

4 

TH 

No 

Terminate  hyphenation  allowance 

4 

The 

level  numbers 

indicate  under  what  circvanstances  the  operation 

can 

be  used. 

Some  of  the 

operations  (CL,  TU,  V,  D  and  TL)  can  include  one 

or 

more  specifiers  that  have  the  following  structure:  a  concatenation  of  data 
items  delimited  with  a  leading  *  and  terminating  Within  such  a  struc¬ 

ture  not  all  data  items  can  be  used.  Specifically,  only  those  data  items 
with  a  level  number  greater  than  the  level  number  of  the  item  containing  the 
specifier  car.  lie  used.  For  example,  suppose  a  diagram  is  to  be  specified. 

One  of  the  specifiers  that  can  be  included  in  the  data  item  for  diagram 
specif  icat  ion  designates  the  identification  or  label  of  the  diagram.  This 
specifier  can  only  Include  data  items  of  levels  greater  than  5.  (5  is  the 

level  of  diagram  s|>eci  f  icat  ion  item.)  Therefore,  operation  type  data  items 
cannot  he  used  in  the  diagram  specification. 


3 . 2 . 2 . 2 . 2  Nonope rat  ions 

The  other  data  items  have  the  following  levels: 


Data  Item 


Level 


Null  or  filler 
Control  codes 
Operat ions 
ASCII  data 


1 

5 

2-5  as  described  above 


During  data  entry  at  an  edit  session  the  level  of  entry  starts  out  at 
one  and  therefore  nulls  cannot  be  entered  directly. 
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There  are  nine  control  codes: 


Control  Code 

Octal 

Function 

l>evel 

TAB  (tl) 

Oil 

Horizontal  tabulation  (like  CR  if  no  tabs) 

5 

LF  (tj) 

012 

Start  on  next  line  (next  column  if  need  be) 

5 

VT  (tit) 

013 

Vertical  tabulation  (like  FF  if  no  vertical  tabs) 

5 

FF  (tL) 

014 

Start  on  next  page/column 

5 

CR  (tH) 

015 

Start  on  next  line  (same  column  unless  opcode  MS) 

5 

DC1  (tO) 

021 

Select  font/size  1 

5 

DC2  (tR) 

022 

Select  font/size  2 

5 

DC  3  (tS) 

023 

Select  font/size  3 

5 

DC 4  (tT) 

024 

Select  font/size  4 

5 

When  font/sire  3  or  font/size  4  is  selected,  text  in  this  font  appearing 
on  the  Datagraphix  terminal  will  be  bright.  At  pagination  time  letters  in 
font/sire  4  will  be  used  to  build  the  page  index  file  (if  generation  of  this 
file  is  indicated)  and  text  in  this  font  will  be  displayed  just  prior  to  edit 
time  as  pages  are  turned  in  search  of  the  correct  page. 

To  indicate  that  text  is  to  be  underlined,  the  text  should  be  enclosed 
in  brackets.  for  example: 

Subject  to  ] LANDING  FEES]  at  these 
would  appear  in  the  publication  as: 

Subject  to  LANDING  FEES  at  those 

Spacing  which  is  provided  in  response  to  a  horizontal  tab  (indicated  by 
an  asterisk  in  the  examples)  will  not  be  underlined.  For  example: 

"FLIP  Code ‘Grade ‘NATO  Code] 
would  appear  in  the  publication  as: 

FLIP  Code  Grade  NATO  Code 


Font  File  Design 


The  font  file  is  a  fixed  length  contiguous  MRDOS  file  384  bytes  in 
length.  The  name  of  the  file  is  "FONT*** .F*  where  is  any  3  alphanumeric 
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characters.  The  file  is  made  up  of  96  four  byte  entries  each  representing 
one  of  the  96  ASCII  characters  from  Octal  40  to  Octal  177.  Each  entry  has 
the  following  format  ("•"  represents  the  ASCII  character  that  the  entry  data 


describes) : 

Field  No.  Field  Description  Bytes 

1  13H  output  value  for  1 

2  Horizontal  increment  (in  points)  for  a  9  point  1 

3  EBR  output  value  for  a  circle,  dot  or  triangle  1 

4  Horizontal  increment  (in  points)  for  a  9  point 

circle,  dot,  or  triangle  1^ 

TOTAL  4 

This  file  is  used  at  edit,  pagination,  and  EBR  output  time. 


3.2.4  Page- index  file  design 

Generation  of  the  page-index  file  occurs  at  repagination  and  EBR  output 
generation  time  in  response  to  an  indicator  in  the  CV  descriptor  of  the  book 
file.  The  page-index  file  is  a  sequential  file  of  four  byte  ASCII  entries, 
one  such  entry  for  each  page  in  the  CV  file  to  which  the  index  supports.  The 
file  name  of  the  page-index  file  is  identical  to  the  file  nane  of  the  corre¬ 
sponding  CV  file  except  for  the  extension  which  is  H . CV ”  for  the  CV  file  and 
".PI”  for  the  page-index  file. 

Each  four  byte  ASCII  entry  is  developed  from  the  first  occurrence  of  a 
string  of  characters  in  font/size  4  in  the  page  of  the  chapter  corresponding 
to  that  entry.  This  file  is  then  used  at  page  select  time  (during  an  EDIT 
session)  to  generate  a  page  number  from  a  facility  or  paragraph  name. 

3 . 2 . 5  The  Log  Fi  le 

The  log  is  a  sequential  file  of  strictly  ASCII  data.  Each  entry  con¬ 
tains  the  following  data: 

»  Char  Examp le 

Year  2  77 


Month 


3 


JUN 


»  Char 


Day  2 
Space  1 
Hour  2 
Colon  1 
Minute  2 
Space  1 
Command  2 
Space  1 
Other  Data  Such  as  the  Book  Title 

Carriage  Return  1 


Sometimes  followed  by  Other  Lines  Winch  Begin  with  a 
Space  and  End  with  Carriage  Returns 

The  Other  Lines  May  Include  Error  Messages: 


Examj,j  le 

30 

18 

16 

DC 


Space  1 

Error  Code  3  100 

Space  1 

Error  Message  Possibly  Containing  Parametric  Data 
Detailing  the  Error  Condition 

Carriage  Return  1 

Eor  the  background  the  name  of  this  file  is  SPUBBLOG.TB.  For  the  fore¬ 
ground,  SP"BFL0G. TB.  These  files  are  maintained  in  chronologically  ascending 
order . 


3.2.6  Comnan.l  file  COM.  CM 

The  action  taken  by  the  Cormand  Line  Interpreter  (C LI)  upon  reading  a 
command  line  is  sufficiently  flexible  so  that  users  can,  if  they  wish,  design 
programs  to  perform  system  command  functions. 

When  either  the  background  or  foreground  CLI  reads  a  command  line  and 
does  not  recognize  the  first  file  name,  the  CLI  always  builds  a  command  file 
before  the  save  file  of  that  name  is  loaded.  The  command  file  reflects  an 
edited  version  of  the  command  line.  The  name  of  the  command  file  is  COM. CM 
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if  it 

is  built 

by 

file 

ident leal 

in 

named 

FCOM.CM. 

if  it  vs  built  by  the  background  CLI.  The  foreground  CLI  builds  a  command 
file  identical  in  structure  to  COM. CM,  but  the  foreground  command  file  is 


For  example,  suppose  the  user  issues  the  command  line: 

FOO 

The  CLI  does  not  recognize  FOO  as  a  known  command  word.  It  therefore 
builds  a  command  file  with  the  byte  organization  shown  below: 


Byte 


Contents 


0  1— 

r 

i — 

i  L 

0 

| — 

2 

0 

3  L 

Null 

f- 

«  L 

— 

- -  • 

end-' if-f  i_lg 

Byte  1,3 


Each  character  of  the  file  name  occupies  a  byte. 
T  •  file  narx-  is  t  erminated  by  a  null  byte. 


Four  bytes  (two  words)  are  set  aside  for  global 
switches  of  FOO.  Kach  letter  switch  sets  a  bit. 

A  sets  bit  0  of  the  first  word,  etc.,  as  shown  in 
the  switch/bit  correspondence  diagram  below. 


Byte  2,4 


bit  : 


0  1 

2 

3 

4 

s 

6  7 

P 

9 

10 

1 1  12 

13  14  15 

: c 

■  D  ' 

'  F 

'  F 

!  G  !  H 

!  i 

'  J  i 

i  K  i 

L  •  M  t 

N  •  O  i  Pi 

i.  :  b 

;  s 

i  T  | 

i  U 

1  -  - 

;  v 

;  w  i  x 

;  v 

!  z 

i  i  i 

word  1 
word  2 


Bit  IS  of  the  second  word  in  the  global  switches  field  is  always  set 
f or  files  runmnq  under  HATCH.  This  serves  to  indicate  that  it  is  running 
under  HATCH  instead  of  the  CLI. 

Note  that  the  CLI  does  not  attempt  any  interpretation  of  switches  in 
building  the  crnimand  file.  The  CLI  simply  sets  the  appropriate  bit. 

Additional  file  name  arguments  and  local  switches  are  handled  in  the 
same  way  when  the  CLI  builds  the  comnand  file.  Suppose  the  user  types  the 
command • 

FOO/B  AA  ZZ/X  MUMB 
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The  CLI  would  then  build  the  following  command  file: 


Byte  Contents 
0 
1 
2 

3 

4 

5 


7 

8 

9 

10 
11 
12 
1} 

14 

15 

16 

17 

18 

19 

20 
21 
22 
21 

24 

25 

26 
27 
2B 

29 

30 


F 

O 


n 


null 


■< 


f, 


A 

null 


\ 


r< 


f 


f 


J 


Command  file  name  POO,  terminated  by  null  byte. 


Global  switches  of  FOO. 
Bit  1  (switch  B)  set  ON. 


Argument  AA,  terminated  by  null  byte. 


Four  bytes  set  aside  for  local  switches  of  AA. 
None  set. 


Argument  ZZ,  terminated  by  null  byte. 


Ixx-al  switches  of  ZZ.  Bit  23  (switch  X)  set  ON. 


Argument  Mi'MH,  terminated  by  null  byte. 


bocal  switches  of  NUMB.  None  set. 
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Sine**  the  CLI  does  not  interpret  switches,  the  user  can  set  up  program 
interpretation  of  such  switches.  This  gives  the  user  an  added  means  of 
passing  information  to  a  program  to  be  executed,  since  he  can  use  switches 
as  well  as  arguments. 

A  read  line  from  a  disk  file  will  terminate  on  a  null  (as  well  as  car¬ 
riage  return  and  form  feed).  This  is  quite  useful  in  reading  COM. CM  and 
FCt.M.  M  arguments.  The  following  example  illustrates  how  a  background  user 

ild  r<-.ul  '  .e  firs*  arymer  •  f  the  command  fil<-  as  well  as  its  global 
sw ; tches . 


UA 

,  SYSTM 
.OPEN 
JSR 
LDA 
. 

.  RDL 

JSR 

LDA 

1XIA 

. SYSTM 

.  UPS 

JSR 


O, OF  ILK  J COM. CM  POINTED 


1 

ERROR 
,  ARill 


J 

ERROR 

,  n 
I .  -s 

j 


! OPEN  ON  CHANNEL  3 

f  ?? 

.KILE  NAME  ARIA  POINTER 
: READ  IT  (THE  NULL 
.-TERMINATOR  IS  ALSO 
; TRANSFERRED) 

; POINTER  FOR  (LORAL 
:  SWITCHES 
;  READ  FOUR  BYTES 


4: 

** 

GLOB: 

a*,  au» 

ARC.  1  : 

.  • . AR  •  1 

CF I LE : 

.  *  .  TIL 

.GLOB 

.  RLK 

.  ARGl 

.  RLE 

.CT 1 1. 

.TXT 

When  square  brackets  are  detected  in  a  command  line,  they  are  passed 
as  a  file  name  with  bit  10  in  the  second  word  of  switch  information  set 
i  this  hit  follows  the  ?.  switch  position).  Coamas  within  square  brackets  are 
treated  in  the  same  manner  (bit  10  set). 
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1.2.7  ' ommand  K  v  1  e  $  l1  UBBCi  )H .  TB 

The  canund  file  generated  by  CLI  (COH.CM)  is  deparsed  before  being 
processed  by  PUB .  This  deparsed  data  is  approximately  the  same  ASCII  data 
as  it  was  entered  except  that  the  “PUB, "  and  the  command  code  have  been 
removed  and  the  file  is  teiminatcd  by  two  consecutive  carriage  returns.  The 
file  is  sequential  and  is  named  SPUBCQM .  nt  or  SPUBFCQH.TB  for  background  or 
foreground  resj'ect  i  ve ly . 

1 .  I  Personnel  functions 

Personnel  functions  for  the  Publishing  Subsystem  consist  of  exercising 
the  i-.xamand  repertoire  In  performance  of  KLIP  maintenance  activities.  This 
section  contains  a  brief  description  of  how  the  commands  would  he  used  to 
maintain  a  KLIP  publication. 

3.1.1  Password  Knt ry 

Kven  those  that  are  allowed  to  use  the  publishing  system  may  not  lie 
allowed  to  use  all  of  the  commands ,  A  password  permits  the  use  of  all  PUB 
features.  Ttie  terminal,  in  its  norma  1  state,  will  respond  "P"  after  the  key 
marked  CARRIAGE  RETURN  is  depressed  (see  Figure  17?.  This  wans  that  the 
system  is  Ready.  FW  is  a  mnemonic  to  tell  the  system  that  a  password  will 
lie  entered.  The  system  will  respond  "ENTER  PASSWORD:”  (see  Figure  3ft)  and 
wait  for  password  entry.  The  system  hides  the  actual  password  intent  by 
responding  to  any  keys  entered  with  the  response  or  password  (see  Figure  19) 
whether  it  is  tyjwd  correctly  or  N^T  The  only  way  to  detect  an  error  in 
password  entry  is  to  attest  further  commands --which  will  be  reiected  if  the 
correct  password  was  not  entered  (s>-c  Kiquro  4  )  .  If  that  happens,  it  is 
necessary  to  enter  PW  again  and  typ>e  In  the  correct  password  (see  Figure  41). 

1.3.2  F.nt  er  l nq  Up  date  Mode 

To  get  into  a  book  to  make  changes,  the  c<xnmand  "UPDATE,"  tells  the 
system  to  enter  update  or  review  mode  (see  Figure  42).  Depressing  the  space 
bar  delimits  the  rosmuind .  The  MNF.MONIC  of  the  book  to  be  updated  is  then 
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t»7l  aft*.  ||  |.|l  l« 

lure*  Mluiig-  faiitgil> 

•  :i •  tmt  c o»»»*o  (u»o»>  it  ittwgig  fioticuo 


riqur«*  40 


I»>t  Ml  ft  |.||  |, 
•"  *  Ultasil 

"*  *:i  T*C  £ 0'«4*s  itrsi 

*  •  *4 

>»>t  ■»»  it  ».tt  t» 


Figure  41  Keys  entered 


i»7*  Ml  it  rb 

ikm*  mu.bio  Miwom 

P'  u*o*u 

T.ri'1  "*  C3"**"®  I  uPSt  >  11  fklttfOla  MCTtCUC 

<»>•  UK  It  fit  P* 

l»t|«  MII.OIO'  MIMOIO 
P-UPO*U  li  C» 


Figure  42  lining  UPDATE 


entered;  e.g.  "ES”  for  European  Supplement.  The  space  bar  is  again  used  to 
delimit  the  coranand.  Finally,  the  mnemonic  for  chapter,  “Chapter,  and  the 
chapter  number  is  entered. 

The  most  recent  version  of  the  chapter  is  retrieved  by  default.  If 
other  versions  are  to  be  worked  on  the  specification  of  “V"  followed  by  the 
version  numbe r  desired  would  be  entered.  Depressing  CARRIAGE  RETURN  will 
result  in  the  prompt  SELECT  PAGE  (see  Figures  43  and  44). 

If  an  error  message  appears  on  the  screen,  it  is  only  necessary  to 
reenter  the  command  correctly. 

1.3.3  Informer  Screen  Content 


The  Informer  terminal  displays  information  of  qreat  use  to  the  operator. 

A  line-by-line  description  follcws: 

o  Line  1  shows  the  coonon  name  of  the  book  requested:  e.g.  “ES”  for 
European  Supplement. 

o  Line  2  shows  the  name  of  the  chapter  entered;  it  was  called  by  a 
number,  now  it  can  he  verified. 

o  Line  3  shows  the  fir^t  and  last  page  numbers  of  the  chapter.  (In 
this  case  it  starts  vi\th  page  one,  but  it  could  start  with  any 
number . )  \ 

o  Line  4  shows  what  page  hAs  been  selected  for  update  and  what  mode 
or  function  is  being  used. 

o  Line  5  shows  which  line  the  cursor  is  on  now  and  the  last  published 
date. 

o  Line  f<  shows  how  far  along  the  line  the  cursor  is  in  printers  mea¬ 
sures  (1/2  pica)  and  the  date  st?meone  last  updated  this  chapter. 

o  Line  7  shows  which  of  the  four  fdnt/sizes  the  word  at  which  the 
cursor  is  point i nq  uses  in  the  publication. 

o  Line  R  shows  whether  the  character  that,  the  cursor  is  on  is  under¬ 
lined  and  whether  hyphenation  can  take  place  where  the  cursor  is 
now  or  whether  hyphenation  has  been  disabled. 

o  Line  9  shows  whether  Update  Pars  (lines  on  the  side  of  the  page) 
are  to  be  produced  for  this  part  of  the  page  if  an  update  takes 
place  and  whether  the  system  is  allowed  to  make  a  new  page  starting 
from  the  current,  cursor  position. 

o  Line  10  shows,  in  printers  measures  (1/2  pica),  hew  wide  the  page  is. 

o  Line  11  shows  how  much  space  will  be  left  between  lines. 
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Figure  44  Small  TV’  Screen 


o  Under  FONTS:  are  listed  the  four  font  sizes  selected  for  this 
chapter;  what  they  are  and  how  big  they  are. 


3.3.4  Page  Select  ion 

The  page  number  may  now  be  entered  (see  Figure  45)  and  a  CARRIAGE  RETURN 

and  the  system  will  show  the  first  few  lines  of  the  page  (see  Figure  46)  and 

request  that  confirmation  of  the  page  selection;  by  entering  a  If 

or  is  entered  instead  of  " . "  you  can  go  forward  a  page  or  backward  a 

page.  The  small  screen  will  always  show  which  page  is  being  updated.  After 

entering  the  period  the  system  will  stay  on  the  page  until  the  mnemonic  "X" 
for  e"X"it  is  entered. 


3.3.6  Cursor  Positioning  Commands 

Updates  occur  at  the  position  of  the  cursor.  Therefore,  flexible  cursor 
positioning  is  very  imf>ortant.  Positioning  is  effected  as  follows: 

1.  A  line  number  entered,  followed  by  a  carriage  return,  such  as  20^, 
means  position  the  cursor  to  lino  20.  If  line  20  is  on  the  screen 
the  cursor  qoes  directly  to  it,  if  it  is  not,  the  terminal  will 
rapidly  show  you  a  new  screen  with  six  lines  on  it  (17-23)  and  the 
cursor  will  be  on  line  20. 

2.  ’’A"dvance  the  cursor  (also  done  by  pressing  the  space  bar)  moves 
the  cursor  a  space  or  a  word  to  the  right. 

3.  "BACKSPACE” — move  the  cursor  back  one  word  to  the  left. 

4.  "U"p--move  the  cursor  up  one  line. 

5.  bine  F eed— -means  move  the  cursor  down  one  line.  If  the  cursor  is 

at  the  top  of  the  screen  or  at  the  bottom,  scrolling  will  take  place. 

6.  "S"earch--a 1  lews  you  to  look  fot  a  character  string  anywhere  below 
you  on  the  page. 

7.  "r"hange  position  the  cursor  to  the  next  occurrence  of  a  string  of 

characters  and  replace  it  with  another  string  of  characters.  For 
exanvle,  C  ABC  (control  delete)  123  (control  N)  will  change  the  next 
occurrence  of  "ABC"  to  "123."  Depressing  "R”  will  cause  PUB  to 
change  the  next  occurrence  of  "ABC"  to  "123."  "R"  may  be  used  until 

the  page  is  exhausted.  If  the  space  bar  is  depressed  at  any  time, 
the  change  consnand  will  stop. 


3-67 


.1.3.  «*  Insert  Command 


After  entering  the  to  confirm  the  page,  pus  1 1  ion  ing  to  line  5  .mil 

advancing  the  cursor  to  the  end  of  the  first  word  (the  cursor  always  starts 
at  the  top  left  cornet  of  the  screen),  “N“  or  “control  key"  “N”  is  entered 
(see  Figure  4').  Anything  typed  in  will  now  be  added  to  the  page  at  the 
joint  where  the  cursor  is.  IVjJond 1 ng  upon  what  is  entered  the  system  will 
adjust  the  whole  page  as  you  enter.  It  would  be  very  confusing  to  show  all 
the  lines  moving  around  and  changing  every  time  a  word  or  a  command  is 
entered,  so  whenever  an  insert,  delete,  or  change  is  used,  everything  on  the 
terminal  following  the  cursor  is  erased.  This  does  not  mean  that  the  system 
has  destroyed  the  rest  of  the  page.  Kverything  is  still  there  and  can  be 
easily  .ailed  ba  ».  onto  the  screen  •  >mj  letes  rejustified  after  inserting, 
deleting,  or  hanging. 

The  w  r  1  entered  during  insert  does  not  go  i mnwdi a t e 1 y  onto  the  line 
where  it  m  er'ered.  The  system  shows  it  on  the  loginning  of  the  next  line. 

At  the  let  i  n  1  each  word  entered,  t  he  system  era-.  %  t  tie  word  on  t  h»-  line 

below,  hyphenates  »  !  maV. •  tustifi  at  ion  decisions  and  writes  the 

wor  1  int  its  orract  j  la  e  (see  Figures  4h  an  i  4‘t)  .  A  space,  some  special 

characters  (like  the  underline  bracket),  and  the  end  of  the  insert  will 
always  cause  what  is  on  the  lower  line  to  come  up  to  where  it  belonqs. 

Figure  V  nh.«ws  a  misspelling.  To  correct  the  error,  hold  the  “control"  key 
down  and  enter  the  "/OFF"  command  (see  Figure  SI).  This  command  will  erase 
one  character  at  a  time  going  la  kward  while  inserting  In  the  middle  of  a 
wor  d . 

After  'Pi;  letinq  the  wor!  and  entering  a  space,  the  srteen  looks  like 
Figure  fsing  the  "control"  “  T)F.l  ”  command  results  in  the  whole  last 

word  Iwing  erased  isee  Figure  *>  1)  .  This  is  an  important  feature  of  the 

system.  Whole  w>tds  an  be  deleted  as  far  Ivack  on  the  page  as  is  required 
while  i-  insert  rv-Je!  For  exarg  le,  positioning  the  cursor  beyond  a  word  or 
group  >f  words  you  want  to  change,  and  enter inq  insert  mode ,  the  system 
permi's  control  Wete  commands  to  erase  the  word  or  group  of  words  to  be 
changed  and  then  allows  entry  of  the  replacement  words;  all  without  leaving 
insert  tarwle . 


figure  4A  Inserting  a  Wori 


tenure  49  Knterinq  a  Space  or  Special  Character  or 

Teminat  inn  the  Insert  Sends  Word  to  Proper  Place 


Fnter  *nother  Word 


ltjure  S3  "Control  Delete”  Whole  Word 


Figure  54  shows  what  is  on  the  page  now 
thereby  a  redisplay  was  requested).  Nothing 
page  material. 


(insert  has  been 
has  been  lost  of 


terminated  and 
the  original 


3.1.7  Kxit  and  Miscellaneous  Directory  Requests 

Figure  55  shows  the  reply  to  MX"  allowing  exiting  the  page.  Entering 
"QUIT"  to  the  “P"  prompt  returns  you  to  the  ”R”  or  “K”  return  the  "Select 
Page: "  prompt. 

Two  more  commands  that  can  be  entered  without  a  password  while  you  have 
an  "R”  prompt  are  "LISTBtx'ICS”  and  “LI STFONTS"  which  return  a  directory  of  the 
books  and  fonts  that  are  on  the  system  (see  Figure  56). 


3.3.0  T  abulations,  -Just  i  f  >  cat  ion  and  indents 

Tabulations,  justification  and  indent  are  accomplished  by  means  of  one 
f lexible  command :  ■  TB.  .  .  .  ■ 

The  TB....-*  command  j>ermits: 

a.  Setting  any  number  of  left  justify  tab  stops  at  half  pica  positions 
in  much  t he  same  way  a  typist  would  specify  them  at  a  typewriter: 

'  TB,  5,  g,  12,  15,  21,  27-  sets  tabs  at.  half  pica  locations  5,  9, 

12,  15,  21.  and  27.  Depressing  the  TAB  key  produces  the  same  effect 
as  a  typewriter:  if  the  type  has  l*»on  set  to  position  12  (half  pica) 
depressing  the  TAB  key  causes  the  next  characters  entered  to  begin 
at  15  (half  pica)  even  if  this  was  the  first  use  of  the  TAB  key  in 
creating  this  line. 

b.  Setting  an  automatic  indent  for  succeeding  lines,  for  example: 

<  TB  5,  9,  12> 

causes  succeeding  lines  (not  terminated  by  a  carriage  return  to  be 
automat ical ly  indented  to  position  5  (half  pica). 

c.  Right  justification  is  accomplished  in  two  manners: 

(1)  Riqht  justification  can  occur  between  any  two  tab  p>oints  using 
the  specificat  ion  format  "X"  R  "Y;"  e.g.  <TB,  20  R  50">"  used 
with  the  input  "TAB"  Aik'  will  produce: 

0  (1/2  pica)  20  (1/2  pica)  50  (1/2  pica)  70  (1/2  pica) 
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r igure  55  Ending  an  Update  Session 


Where  the  text  entered  right  justified  ABC  from  SO  1/2  pica 
is  right  justified  from  the  second  positions  specified.  If 
enough  text  was  entered  to  go  beyond  the  first  TAB  set  (20 
1  2  pica  in  this  case)  then  the  right  justification  would  be 
ignored  and  the  excess  text  would  propagate  toward  the  end  of 
the  line  as  if  the  first  tab  set  were  a  normal  tab  set.  There¬ 
fore,  an  overprint  situation  is  never  allowed  to  exist. 

(2)  If  the  "TAB"  key  is  depressed  while  the  cursor  is  beyond  the 
last  tab  specified  (oi  it  no  TAB  command  has  been  specified) 
then  depressing  the  “TAB"  key  will  cause  right  justification 
from  the  end  t  the  line  to  the  point  at  which  the  TAB  key  was 
depressed . 

i.  Center  just i f i cat  ion  is  specified  between  any  two  1/2  pica  positions 
on  a  line  using  the  command  format  "X"  C  "Y;“  e.g.  "<TB,  25  C  50>" 
with  the  input  " TAB"  ABC  will  produce: 

'  (1/2  p.ca)  25  (1/2  pica)  50  (1/2  pica)  70  (1/2  pica) 

ABC 

Center  AH*'  justified  between  25  and  So  1/2  pica. 


3.1.9  Column  Pef  m  1 1  i ors 

Die  publishing  subsystem  is  lesigr.ed  to  provide  maximum  flexibility  in 
formatting  and  maintaining  columns  of  text  within  a  jublication.  A  single 
olumnat ion  cocmand  gives  t  he  user  access  to  the  following  features: 

a.  The  definition  of  any  numlier  of  equal  sired  columns  (see  Figure  57). 

b.  The  definition  of  nested  columns --up*  to  three  levels  (columns  within 
col'unnst  (see  Figure  58). 

c.  The  ability  to  specify  in  half  pica  (see  Figure  59)  at  all  levels  of 
nest ing : 

(1)  The  width  of  the  column (s). 

(2)  The  starting  position  of  the  (first)  column. 

(3)  The  gap*  between  columns. 

d.  Automat i  calculation  of  column  parameters  based  on  defaults  or  the 
specification  of  any  of  the  three  parameters. 

The  forma*  of  the  column  control  command  is: 

•C  I  •  of  columns],  Starting  p>os»tion  of  first  column, 
width  of  the  >1 umns ,  uaj  between  columns 


3-82 


AD-A076  105 


UNCLASSIFIED 


SYNECTICS  CORP  ROME  N  Y  p/6  5/2 

AUTOMATED  AIR  INFORMATION  PRODUCTION  SYSTEM.  PHASE  I.  VOLUME  II— ETC(U) 
SEP  79  S  EDELBLUM  .  S  BOWDEN  F30602-77-C-0065 


RADC-TR-79-179-V0L-2 


NL 


I  jL~ t»WlTwCdft.  M-m 

I * 

«»k>*S55S 

jgiggggfe| 

| 

‘*es 


Widtn 


The  command  <  .  C*  causes  a  return  to  the  previous  column  definition. 
When  the  column  setting  command  is  used  it  is  displayed  on  its  own  line  and 
has  its  own  line  number. 


? .  1.9. 1  Column  Default  Values 

PUB  will  calculate  and/or  invoke  default  values  for  missing  or  delib¬ 
erately  unspecified  column  parameters.  The  default  values  are  as  follows: 

Gap  between  columns  1  (half  pica) 

a.  Number  of  columns  (if  column  sire  is  not  2 

specified;  if  it  is  then  number  of 
colvanns  will  be  calculated  from  column 
size  specif lers ) . 


Starting  position 


Width  of  the 


tidth  used 
2 


columns  fc 


c.  Size  of  the  column  Calculated  from  number  of  columns,  roam  avail¬ 
able  and  gaps 


3. 3.9. 


Dota l led 


.)uter  Column  Calculations 


This  section  is  included  for  those  having  a  need  to  know  exactly  how 
PUP  will  calculate  default  values.  It  is  not  necessary  for  operators  to 
master  these  calcu lat ions .  The  system  has  been  designed  to  permit  an  operator 
to  simple  specify  the  number  of  columns  (e.g.  <  C  3  >  produces  three  columns), 
the  system  does  all  the  work  after  that  automatically.  Anything  else  an 
operator  sj>ecifies  the  program  will  incorporate  into  its  calculations.  Hie 
colvjsr.at  ion  command  is  described  (for  analysts)  as  follows: 

<  [.]  c  q^j  [.  eg  [.  ££  [.  Bag]]  > 

Where  the  parameters  are: 


WC :  Number  of  columns. 

SC:  Start  of  1st  column  (half  pica) . 

CZ:  Size  (width)  of  new  columns  (half  pica). 

GP:  Gap  between  columns  (half  pica). 
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Intermediate  results  are  then  defined  as: 

CW:  Current  width  (half  pica)  . 

RM:  Room  available  for  new  columns  in  CW  (half  pica). 

TK:  Portion  of  RM  actually  used  (half  pica). 

Processing  will  then  occur  in  the  order  presented  based  upon  the  follow¬ 
ing  ten  rules: 

a.  Command  form  .C  causes  return  to  previous  level  of  column 
definition.  No  other  processing  occurs. 

b.  Command  form  C  is  identical  to  a  line  feed,  LF  .  No  other 
processing  occurs. 

c.  If  GP  is  not  specified,  GP  ■  1 . 

d.  If  NC  is  not  specified  and  CZ  is  not  specified,  NC  -  2. 

e.  If  SC  is  specified.  RM  “  CW  -  SC. 

f.  If  SC  is  not  specified,  RM  •  CW. 

g.  If  NC  has  not  yet  been  determined,  NC  -  (RM  ♦  GP)/(CZ  ♦  GP  ♦  1). 

h.  If  CZ  is  not  specified,  CZ  -  (RM  ♦  GP)/(N C)  -  GP  -  1 . 

i.  TK  -  (CZ  ♦  GP  ♦  1)  •  NC  -  GP. 

j.  If  SC  is  not  specified,  SC  ■  (CW  -  TK) /2 . 

3 . 3.9. 3  Operator  Control  of  Column  and  Page  Breaking 

One  of  the  publishing  system's  capabilities  is  to  automatical ly  repagi¬ 
nate  a  document  after  all  update  is  complete.  However,  there  are  many  cases 
in  which  an  analyst  or  operator  would  not  want  PUB  to  divide  a  paragraph  or 
table  or  other  textual  unit  between  columns  or  pages.  To  permit  the  operator 
to  exercise  this  form  of  composition  control  over  paqe  and  column  format  and 
content  the  system  utilizes  the  emmand  structure  shown  in  Figure  60. 

In  addition  to  the  commands  which  are  shown  in  Figure  60  it  is  possible 
to  permit  PUB  to  make  its  twn  decisions  concerning  page  and  column  breaking 
at  the  end  of  any  line  (whether  the  end  of  line  is  calculated  by  the  system 
or  forced  by  a  carriage  return  (CR) ) . 

The  ci'Xtmand  which  tells  PUB  to  "break  at  will"  is: 

<KS> 
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To  shut  off  this  feature  the  comnand  used  is: 

<.MS% 

These  two  coonands  extend  across  pages  in  the  chapter.  If  MS  is  not 
specified  throughout  the  chapter,  the  system  defaults  to  <.MS'. 

3.3.10  Vertical  Tabulation 

You  may  space  down  a  faqe  as  well  as  across  a  paqe;  this  is  called 
Vertical  Tabulation.  To  set  up  the  vertical  tabulation  positions  on  the 
page  use  the  command: 

<VT,  •  of  1/2  pica  down  the  page,  *....> 

Up  to  six  vertical  tables  may  be  set  on  the  paqe.  It  is  important  to 
understand  that  the  distance  down  the  paqe  is  calculated  from  the  bottom  of 
the  page  numtx’r  or  heading  at  the  top  of  the  page.  For  example: 

<  VT , 4  > 

sets  the  vertical  tabul 

Number  of 

1/2  pica  down 
the  paqe 


To  use  the  Vertical  Tabulation  that  has  beer  set  depress  the  "VT"  key 
(key  47)  a*>d  the  control  key  simultaneously.  The  system  will  echo  "^VT>," 
informing  you  that  it  has  advanced  to  the  next  available  vertical  tabulation 
setting  (}ust  like  the  Horizontal  Tabulation  echoes  "I«J"  and  moves  to  the 
next  horizontal  U!  setting). 

3.3.11  Draw  a  Horizontal  Line  Across  the  Column 

The  comnand  * LS*  will  cause  a  horizontal  line  to  be  drawn  across  the 
column  in  which  it  is  specified,  at  the  point  where  it  is  specified. 


The  system  does  not  show  you  a  line  on  the  screen  but  will  put  the  com¬ 
mand  on  a  line  all  by  itself  with  a  separate  line  number.  If  < LS*  falls  as 
the  first  line  of  a  page  during  repaqination  the  line  specified  by  the  com¬ 
mand  will  not  appear  in  the  publication  (though  the  command  will  remain 
specified  on  the  page). 

3.  i. 12  Draw  a  Box  Around  Text 

As  we  have  seen  the  command  <LS"*  produces  a  horizontal  line  across  the 
column  in  which  it  is  specified.  In  some  cases  it  is  desirable  to  create  a 
box  around  a  column  or  part  of  a  column  of  text  (see  Figure  61).  PUB  will 
draw  the  box  for  you  at  a  distance  of  3  points  from  the  text  when  you  enter 
the  command  "<.L5*"  (draw  a  horizontal  line  across  the  columns)  followed  by 
the  text  to  be  boxed  followed  by  the  command  "<  LS>"  (draw  another  horizontal 
line  and  two  vertical  lines  to  the  previous  <.hS>  line  to  form  a  box). 

3.3.13  Diagram  F.ntry 

One  of  PUB's  roost  important  features  is  the  ability  to  automatically 
leave  rooms  for  diagrams  and  illustrations  and  to  adjust  the  positions  of 
those  diagrams  (compose  the  page)  during  repaqination  to  conform  to  the 
changes  in  the  text  that  references  them  and  illustrations. 

Five  types  of  diagrams  are  currently  supported: 

a.  Side  diagrams  such  as  in  the  VFR  supplement 

b.  Half  page  diagrams  occupinq  either  the  top  or  bottom  half  of  the  page 

c.  Full  Page  diagrams 

d.  In  Column  diagrams  of  variable  height,  but  extending  the  width  of 
the  defined  colisnn 

e.  Registration  diagrams  overlying  the  page 

To  specify  these  diagrams  the  command  used  is: 

<“0"  size  in  1/2  pica,  "Type  of  diaqram"  (S,H,P,C  or  R) 

“Name  of  diagram"  (up  to  10  characters  long)> 
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3. 3. 14  Hyphenat ion 


Hyphenation  is  performed  in  two  ways: 

1.  Automat ical ly  by  PUB  when  it  has  calculated  the  end  of  a  printed 
line . 

2.  By  means  of  entering  a  "phantom"  hyphen  manually. 

To  enable  PUB's  hyphenation  capability  the  command  ”<HY>“  is  used.  At 
the  operate  r ' s  liscretion,  automatic  hyphenation  can  be  turned  off  at  any 
time  b}  i-  ... inq  the  command  ”• 

The  >[iTat  t  may  elect  to  specify  where  hyphenation  may  occur  in  any 
given  w  rd.  He/she  inserts  a  "phantom”  hyphen  at  those  points  in  the  word 
where  hyphenation  is  to  be  permitted. 

The  keystrokes  to  generate  the  “phantom"  character  are  "ESC  If  a 

word  contains  the  "phantom"  character  the  system  will  hyphenate  it  only  if 
necessary  and  inly  at  the  "phantom"  character  position. 

Phantom  characters  may  be  removed  from  the  data  base  either  by  using 
a  global  edit  or  by  using  an  option  of  the  clear  update  flags  function. 

3  .  3 .  1 *>  Up-<d.it  e  Bars 

To  enable  the  printing  of  u}*lA‘.e  bars  along  side  of  lines  of  text  to 
which  change:,  have  been  made  the  command  "•  UB>"  is  employed  at  any  place 
within  the  text.  Tills  command  extends  across  pages.  If  the  operator  wishes 
to  suppress  update  bars  he/she  enters  "*UB>"  at  any  place  in  the  text. 

Update  bars  may  be  cleared  for  the  entire  chapter  (presumably  at  the 
begirning  of  a  new  publication  cycle)  either  by  using  the  global  edit 
feature  or  by  employing  the  clear  update  flags  ocramand: 

"CU,  bookname,  chapter  number,  version  number” 

3.3.16  Proof jng 

Proofing  is  a  mode  of  operation  similar  to  the  update  mode.  It  permits 
a  reviewer  to  enter  the  publication  and  to: 


a.  Verify  that  all  changes  have  been  made  correctly  (he/she  is  aided 
by  the  asterisks  or  update  bars  indicating  where  changes  have  been 
made) . 

b.  Utilize  all  the  positioning  and  search  commands  available  in  UPDATE 
to  inspect  the  page. 

c.  Accept,  reiect  or  leave  the  page  for  further  review. 

d.  Obtain  a  proof  listinq  on  the  system  printer. 

The  system  will  not  permit  the  reviewer  to  change  a  publication  in  any 
way  while  he  is  in  Proof  Mode . 

The  command  used  to  enter  Proof  Mode  is  "PROOF  BOOKNAMF,  CHAPTER  •, 
VERSION  • . " 

The  system  logs  the  reviewers  activity.  'Hie  log  is  available  for 
report  generation  to  monitor  proofing  activity. 

When  the  reviewer  enters  a  page  in  Proof  Mode  he  is  offered  the  option 
of  obraminq  a  proof  listing  for  that  page  by  responding  "L”  t  o  the  prompt. 

3.3.17  File  Maintenance  (Bi->ok,  ■■ -h<n  t  or  .  Version  ,  Font) 

All  file  maintenance  activities  f  illow  consistent  update  rules: 

I.  Command  syntax  for  entering  mai ntcnanre  mole 
1.  Specify  the  function: 

Funct ion 

C*B  Create  a  book 

I.B  l.i  st  a  book  and  all  chapter/versions  associated 

with  the  book 

t>B  Delete  a  book 

UB  Update  a  book 

CC  Create  a  chapter/ vers  ion 

t>C  update  a  chapter/ ver s ion 

DC  Delete  a  chapter/vrrsion 

CF  Create  a  font  file  with  default  ERR  widths 

UF  Update  a  font  file 

bF  List  the  font  file 
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2. 


». 


Specify  t tie  mnemonic  name  of  the  book 
( f 01  hook  and  font  coma::. h.  sto|  here 
return") . 

Specify  the  chaj  tci  number  desired  in 
i  s  ch.»i  t  er  one  . 

:-{*••  i  f  y  the  vet -lor.  numl-et  desired  in 
is  version  one.  (It  you  do  not  enter 
to  stej  S)  Immediately  then  PUB  will 
nurtl>er  created. 


or  font  (e.q.,  KS  or  NGC) 
and  enter  "carriage 

the  form:  C  »  e.g.,  "Cl" 

the  form:  V  *  e.q.,  "VI" 
a  v<  rsion  number  but  skip 
•  jet  you  the  last  version 


S.  Enter  “  arriaqe  return. 


I'omumi  syntax  or.  it;  mamf.na:  ■  m  •  Je : 

1.  All  fit  1  Is  displayed  ire  numbered. 

All  fields  having  a:  asr.-ri  -k  ntx!  to  them  are  protected:  PUB 
will  not  allow  you  t  change  them. 

i.  After  y  u  ■  the  vnmand  (1  above  you  will  got  a  numbered 

list  ;  all  field-  v  !  • jrrent  values  in  the  field. 


4.  At  any  tins-  t  ctmm-1  "I.  irriaoe  return"  will  show  you  the 

list  i  lain,  a-  it  now  appears.  If  y-  u  lust  want  one  line  enter 

"!  *”  and  carriage  return. 


S.  Tt  hang*  •  -  -  i  .  ..  }  t  t.-M  •  nt .  r  t  h<  field  number,  the 

ne.  valm  i  wish  the  field  to  have,  and  a  carriage  return,  e.q. 

,1  result-:  in  a  value  of  1  entered  into  field  S. 


•  .  Snt'-rniij  a  nria-je  return  without  a  number  will  return  you  to 
the  "p  ■  "  ,  ronjj  t  i-  y-  u  an  use  the  other  Ptip  functions)  and 
store  the  -  hanged  file. 


Plel!  va 1 ue  s 


1.  r  1  i  i;  la’-  and  r«-,v.  vnu  map  only  ipply  the  hook  title 
which  will  oil -sequent ly  appear  -  n  th*'  Irformoi  terminal. 


•  :  •  ipdati 

S  r ■  "n  Fie  ids 
TCTAI. 

1  FBH  rode 

2  Po 1 n  t  s 


Meaning 

Prompt  f<  r  ASCII  .  >d<  you  wist,  to  update 

ode  that  13  h  uses  to  f  im  character 

Width  in  points  if  this  36  point  high 
character 


t  AIT  V  BR  le  !'BR  *do  for  this  character  when  circled 
or  dot  t ed 


4  Points 


Width  in  points  for  this  character  when 
circled  or  dotted 


For  Chapter  Update: 
Screen  Fie Ids 

1  CU  Title 

2  •  Chapter  • 

3  • 

4  •  Version  • 

5  VF.RT  PICA  SIZE 

6  HORZ  PICA  SIZE 

7  •  Record  Size 

8  •  File  Size 


9  Ij»st  Updated 


10 

i  ' 

Pub  lie, 

at  <s) 

11 

Eon  t. 

1 

Size 

12 

Font 

1 

NUT*' 

1  1 

Font 

•y 

Sire 

14 

Font 

» 

Name 

1 

Font 

3 

Si  r.e 

16 

Font 

3 

Nut* 

17 

Font 

4 

Sire 

1H 

Font 

4 

Name 

19 

Page 

k 

Font 

Sir. 

20 

Page 

■ 

Font 

NM 

21 

First 

Page 

• 

22 

Numt  >f 

*r 

of  P 

ages 

23 

Vert 

Page  » 

Pos 

Chapter  title 
Informer 

May  not  he  changed 

May  not  he  changed 

Depth  of  the  page 
1/2  pica 

Width  of  the  page 
May  not  he  changed 


to  appear  on 

in  Pica  U/6")  not 
in  Pica  (1/6") 


Number  of  pages  currently  allocated  for 
this  chaptor/ver sion  can  be  changed 
only  during  tepagi nation 

Date  when  last  change  was  made  to  this 
chaj  t  e  r /ve  r  s i on 

Date  when  rej  aginat  lon/F.RR  output  was 
run  on  tins  chapter /vers ion 


Sire  in  points  and  three  letter  mnemonic 
for  font  nres  desired  in  this  chapter 


Size  of  the  page  numlier  in  points 

Three  letter  mnemonic  of  font  used  for 
page  number 

First  page  of  this  chapter  (used  when 
creating  the  chapter:  repagination  will 
accept  it  as  a  default) 

Miimher  of  pages  in  rhapter/ver  i  fy  (used 
when  creating  the  chapter  version) 

Vertical  positioning  eonwands  for  page 
number 

R  •  bottom 

T  «  top 


Me  an  l  ng 
you  wish 
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Screen  h'le  Ids 


Meaning 

24  Horz  Page  •  Pos  Hoiizontal  |>os  1 t  i  on  1  ng  ocraands  tor 

page  number 

I  inside  ( i . e . ,  near  binding) 

O  “  outside  (i.e.,  away  from 
binding) 

C  *  center 

2b  With  Page  ■  Format  of  page  i.  umbel 

N  chapter  number  (e.g. ,  2-7) 

T  *  section  title  accompan les  page 

number 

Blank  nothing  accompanies  page  number 

26  Page  Index  Index  maintenance 

Blank  no  index  for  this  chapter 

d  •  (denerate  an  index  next  time 
repaginat ion  is  run 

Y  Yes  there  is  an  index  and  it 
will  be  regenerated  each  tins' 
repagination  is  run 

J  don't  create  an  index  next 
time  rej agination  is  run 

J.J.18  Tit les 

Title  are  <;•  i  f  i  e  I  before  the  sect  *  on  to  which  they  refei  in  the 

following  manner: 

TI  ,  nans-  of  title'* 

A  within  the  title  nane  will  bo  shown  as  a  space  within  the  document. 

If  •.*  :  e  s  sj  e  i  fied  to  a  '•wu'any  jxage  numlet  (see  file  maintenance ,  chapter 
version,  field  >  then  the  title  will  appear  with  the  page  number  (whenever 
it  is  specified  to  be).  If  titles  chanqe  within  a  page  the  first  and  last 
applicable  title  to  the  page  are  printed  separated  by  a  dash  (e.q.,  ANGOLA- 
BF.RMUDA  1-P). 


3. 3.  19  Management  Retort 


The  management  report  is  called  from  the  console  using  the  command : 
MRRERORT 

to  an  “R"  prompt  (before  entering  password).  Individual  chapter/veraions 
may  be  selected  for  reporting  in  response  to  prompt. 

3.3.20  Rep ag *  nation 

Repagination  consists  of  three  ma)or  sections: 

1.  Global  Edits 

2.  Repagination 

3.  EBR  Output 

The  following  command  is  used  to  invoke  repagination: 

RERAG  Book  name  Chapter  •  Version  • 

RUB  will  respond  with  aids  and  prompts  to  enable  the  analyst  to  achieve 
proper  repaglnat ion .  The  first  such  aid  is: 

o  You  are  about  to  be  prompted  for  global  edit  sets.  Each  set  you 
specify  will  be  comprised  of  two  parts.  Each  part  is  a  string  of 
characters,  the  type  that  are  found  in  the  pages  of  publications. 
The  first  string  is  called  the  search  string.  As  the  old  (input) 
version  is  read  it  will  he  checked  to  see  if  it  contains  strings 
identical  to  the  search  string.  Each  time  such  a  string  is  found, 
it  is  deleted  and  replaced  with  the  second  string  in  the  global 
edit  set,  called  the  "replacement  string."  These  chanqes  to  the 
publication  will  be  reflected  in  all  repagination  output.  The 
input  version  will  not  be  affected  by  the  global  edits. 

You  will  be  prompted  for  one  string  a?  a  time.  In  response  to  any 
of  these  prompts,  you  can  respond  by  entering  a  character  string, 
by  entering  an  immediate  insertion  character  (control  "N")  or  by 
entering  an  immediate  deletion  character  (control  "D") .  If  a 
character  string  is  entered  it  can  be  as  long  as  30  bytes.  Most 
characters  take  one  byte,  but  others  such  as  the  circled  or  dotted 
characters  (like  the  dotted  trianqle)  take  two.  If  you  exceed  30 
bytes,  an  error  message  will  be  issued  and  you  will  be  prompted  to 
reenter  the  string.  The  character  string  is  terminated  by  hitting 
the  insertion  character.  If  while  entering  the  character  string, 
you  mis-type  one  or  more  characters,  you  can  backout  by  hitting 
rubouts  or  start  the  string  over  by  hitting  the  deletion  character. 
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If  the  insertion  character  is  entered  with  no  string  preceding  it, 
then  one  of  two  things  will  result.  If  a  search  string  was  being 
prompted  for,  then  the  insertion  character  indicates  that  you  are 
finished  entering  global  edits.  If  a  replacement  string  was  being 
prompted  for,  then  the  insertion  character  indicates  that  there  is 
no  replacement  string  and  that  all  instances  of  the  search  string 
are  to  be  simply  deleted. 

If  the  deletion  character  is  entered  with  no  string  preceding  it, 
then  one  of  two  things  will  result.  If  a  search  string  was  being 
prompted  for,  then  the  deletion  character  will  result  in  the  restart 
of  global  edit  entryi  that  is  all  global  edit  sets  will  be  deleted. 

If  a  replacement  string  was  being  prompted  for,  then  it  indicates 
that  the  previous  search  string  is  to  be  deleted  and  reentered. 

Then-  is  a  limit  to  the  total  amount  of  global  editions  that  can  be 
specified.  This  limit  is  511  bytes.  If  you  would  like  to  have  a 
running  tally  of  remaining  bytes  given  }ust  before  each  prompt  for 
a  search  stn:>g,  then  respond  accordingly  to  the  next  selection. 

Head  the  above  carefully  since  once  you  start  specifying  global 
edits,  it  will  not  be  possible  to  have  this  message  reprinted. 

It  is  possible  to  elect  to  run  lust  global  edits  by  responding  negatively 
•  .->  the  rej  >ii. iM'  n  reguests  that  follow  »}-ecif  icat  ion  of  qlobal  edits.  If  it 

is  only  desired  to  run  global  edits  then  do  not  specify  repagination  pages 
because  it  takes  much  longer  to  effect  repagination  than  it  does  to  just  do  a 
global  edit  run. 

After  global  edits  are  entered  (if  you  wish  to)  repaginate  without  using 
qlobal  edits.  A  "control  N"  response  to  the  first  search  string  prompt  will 
get  you  out  of  global  edit. 

Now  you  are  ready  to  speci fy  the  number  of  pages  you  wish  the  new 
chapter/vers  ton  to  have.  The  system  will  show  you  the  following  HELP  message: 

Specify  the  numbe r  of  pages  to  allocate  for  the  new  version  of  this 
chapter.  Allow  ample  room  for  the  expansion  of  pages  in  the  old 
version,  due  to  the  insertion  of  new  data  into  those  pages.  If 
insufficient  room  is  allocated,  this  repagination  will  be  aborted 
before  all  data  from  the  old  version  is  processed  and  recovery  will 
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not  be  possible  without  redoing  this  repagination  from  start.  Bear 
in  mind,  however,  that  the  disk  can  accommodate  only  about  20,000 

pages  of  data  if  it  is  used  for  nothing  else.  Therefore,  if  the 

maximum  (2047)  was  always  specified,  only  10  chapt er/vei s ions  could 
be  stored  on  disk  for  all  books. 

Four  numbers  are  given  before  you  ate  prompted  to  sjiecify  the  number 
of  paqes  to  allocate.  These  numbers  should  be  used  to  iudge  a 
proper  response  to  the  prompt.  The  first  numbei  is  labelled  "mini¬ 
mum”  and  indicates  the  smallest  number  of  pages  which  can  be  speci¬ 

fied)  any  smaller  numbei  of  pages  would  assure  failure  of  repagina- 
tion.  The  next  number  of  labelled  "marginal"  and  is  the  numbei  of 
pages  in  the  original  version;  if  none  of  the  data  added  to  this 
chaptet  since  the  last  tins-  these  pqiqes  were  repaginated  will  cause 
new  pages  to  form,  then  use  this  value.  The  next  numln-r  is  labelled 
"nominal"  and  is  a  number  winch  allows  some  leeway  for  new  ;  age 
formation;  you  can  select  this  value  by  responding  with  a  carriage 
return.  The  last  number,  labelled  "maximum"  indicates  the  largest 
number  of  pages  which  can  be  allocated;  system  limitations  prohibit 
the  allocation  of  more  than  2047  pages  to  a  chapter /vers ion. 

After  you  have  specified  the  number  of  p>ages  (always  estimate  high  all 
it  costs  you  is  a  little  space  on  the  disk).  You  will  be  prompted  as  follows: 


PA  -y.  ■ 


to 

wh  ich 

you  may 

respond  cither: 

1 . 

With  a 

page  number  (indicating 

that 

you 

l  sh 

thi  s 

page 

ref  ■* 

)iru 

Ited) . 

2 . 

With  two  page  numbers  separated 

by  a 

dash 

(1 

nd  l  cat l nq 

that 

you 

wish 

a  range 

of  pages  repaginate)). 

1. 

With  a 

■  lash  followed  by  a  page 

numbe 

r  (in 

dlC 

1 1  l  nq 

t  hat 

you 

do 

not 

wish  th 

at  page  repaginated. 

4. 

With  a 

•lash,  page  number,  dash, 

page 

number 

(e.  g. 

,  120 

-130. 

not 

pager  1 

20  through  130). 

A  carriage 

return  ends  the  entry  and  ret 

urn  9 

t  he 

pramp t  "PAGES 

You 

ma> 

no* 

cont inue 

to  enter  repag inat ion  r 

egues 

ts . 

You 

may 

ovc  r  1 

ap  paqo 

num- 

9  19 

any  fash 

ion  or  older  you  p lease. 

The 

last 

on 

c*  i  ed 

page 

conf 

lgurat ion 

1  9 

the  <ne  that 

will  lw  use  i 

For 

example 

,  you  might  enter  the  fo 

11  ow  1 

n<|s 

PAGES : 

1A-44  X 

PAGES : 

-lHj 

PAGES : 

2l-7gJ. 

PAGES : 

Tliis  sequence  by  itself  would  cause  repagi nation  to  occur  on  the 
following  pages:  lf>,  17,  19-M,  89-79.  If  you  were  to  continue  with: 

PAGES:  18 

then  page  18  would  be  reselected.  When  you  are  finished  entering  use  two 
carriage  returns  to  advance  to  the  next  prompt: 

o  The  repagination  that  you  are  setting  up  will  result  in  the  forma¬ 
tion  of  a  new  chapter/ve rs ion .  Sj>ecify  the  paqe  number  of  the  first 
page  in  this  C/V.  You  may  specify  that  this  page  number  be  the 
same  as  it  is  in  the  original  version  by  entering  a  carriage  return. 
Page  numbers  can  be  in  tie  range  fr^m  zero  to  10000. 

When  you  have  responded,  PUB  will  inform  you  that: 

m  1 1 1  m  M  m  m  m  1 1  m  m  i  n  m  m  i  m  1 1  m  i  m 


!!  Page  allocation  has  started.  Repagination  !! 
!!  Parameter  Speci f icat ion  will  resume  !! 
I!  when  allocation  has  successfully  !! 
!  !  completed.  Allocation  takes  approximately  !! 
!!  0.3  seconds  per  page.  !! 


I!  1M  m  m  I  III  !!  I  I  !  !  II!  I  l  !  !  !  t  I  !  !  1!  !  m  >  >  !  !  !  !  !  t  !  1  1 

When  page  allocation  is  complete,  PUB  will  give  you  another  repagination 
prompt : 

o  A  three  letter  identifier  was  assigned  to  each  font  in  this  chapter. 
There  may  be  as  many  as  five  of  these  fonts  used  in  this  chapter: 
four  for  the  body  of  the  text  and  one  more  for  the  lines  at  the  top 
or  bottom  of  the  pages  containing  the  page  numbers. 

For  each  of  these  fonts  an  EBB  selection  code  is  required.  The 
selection  code  is  a  number  from  zero  to  1023  used  by  the  EBR  to 
identify  the  font  to  use.  Defaults  exist  for  many  of  the  font 
identifiers.  The  default  values  are  shown  in  parenthesis  as  part 
of  the  proopu  .  The  default  can  be  selected  by  typing  a  carriage 
return  instead  of  typinq  a  selection  code  followed  by  a  carriage 
return. 

You  can  restart  the  selection  code  spec  if l cat  ion  process  by 
hitting  a  rubout  in  response  to  the  prompt.  This  notice  will  be 
reissued  whenever  you  enter  a  question  mark  in  response  to  the 
prompt . 


Rubout  means  "control  7 


The  next  repagination  prompt  is: 

FALSE  BOTTOM  PARAMETER: 
to  which  you  can  respond  with: 

1.  A  carriage  return  (echoes  NONE) 

2.  Numlei  of  points  (not  to  exceed  half  the  depth  of  the  page) 

This  feature  is  useful  in  spreading  out  data  across  pages  to  avoid 
intentionally  left  blank  pages.  It  does  this  by  artifically  shrinking 
the  pages.  Caution  should  be  employed  in  the  use  of  this  feature  until  you 
have  experience  with  the  results. 

The  last  prompt  in  repaginatlon  says: 

FACING  PACES;  PAGE  ON  LEFT  IS  (J  -  EVEN 

1  -  ODD: 

Enter  either: 

1.  if 

2.  1 

J.  Carriage  return 

This  prompt  is  necessary  to  inform  the  system  where  inside  page  numbers 
will  go  and  to  permit  overflowed  paragraphs  to  occur  on  facing  pages. 

3 . 4  Publishing  Subsystem  Softwaie  Functions 

The  software  required  to  support  the  Publishing  Subsystem  has  been 
divided  into  modules  according  to  subsystem  process  automation  requirements. 
These  modules  were  then  placet)  into  eight  group's  according  to  qeneral 
functional  or  procedural  topics  or  programs.  These  eight  programs  are  shown 
in  Figure  62  and  l nr lude: 

o  Command  line  interpreter 

o  MRDOS  utilities 

o  File  maintenance  facilities  development 
Pagination,  justification,  global  edition 


3-101 


o 


Figure  62  Publishing  Subsystem 


o  EBR  output  generation 
o  Editor  development 
o  Help  (on-line  documentation) 
o  Other  facilities 

Tdie  first  two  programs  are  actually  vendor  supplied  software.  The 
software  development  effort  was  divided  into  six  development  programs  cor¬ 
responding  to  the  remaining  six  programs  listed  above.  All  modules  are  coded 
in  FORTRAN.  Each  module  is  comprised  of  FORTRAN  routines,  operations  docu¬ 
mentation,  test  data,  and  link  edit  instructions,  when  appropriate.  To  the 
extent  possible,  modules  do  not  share  routines.  In-line  documentation  is 
of  the  categoric  variety  to  introduce  each  routine  and  of  the  narrative 
variety  to  introduce  each  "paragraph"  (substantial  block  of  code)  within  the 
rout ines . 

3.4.1  The  Cocmand  Line  Interpreter  (CM) 

The  command  line  interpreter,  as  shown  in  Figure  63,  is  used  in  the 
Publishing  Subsystem  to  accept  and  parse  the  command  strings  entered  in 
response  to  the  CLI  prompt  “R“  and  then  to  dispatch  to  the  appropriate  main 
level  modulo  such  as  “PUB”  or  "HELP."  This  program  supports  and  is  essential 
to  all  user  functions. 

3. 4. 1.1  The  "ft"  Function 

This  module  is  instrumental  in  the  interpretation  and  processing  of 
those  CLI  commands  which  are  bracketed  by  signs.  These  cixnmands  include 
^BACKUP#  and  ^RESTORE1*  for  data  base  back  up  and  archival  storage  maintenance. 

3. 4. 1.2  LIST 

This  module  reformats  and  lists  selected  entries  of  the  MRDOS  directory. 
It  is  therefore  needed  for  listing  available  fonts  and  book  ID's. 

3.4.1. 3  PRINT 
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Figure  63  Command  Line  interpreter 


This  module  takes  an  ASCII  file  arid  directs  this  data  to  the  line 
printer.  It  is  therefore  needed  in  printing  the  log. 

3. 4. 1. 4  DUMP 

This  module  is  used  in  effecting  a  system  back  up. 

3.4. 1.5  I/OAD 

This  module  is  used  in  restoring  a  system  back  up. 

3.4.1.6  DELETE 

This  module  will  delete  an  MRDOS  file  from  the  disk  and  thus  release 
the  storage  it  occupied  on  disk  for  use  by  other  MRDOS  files.  It  is  there¬ 
fore  needed  in  deleting  the  log  and  deleting  a  font  file. 

3.4. 1.7  COM. CM  Creation  Module  (Elgurc  64) 

This  module  generates  the  coianand  file  "COM. CM"  (or  in  the  foreground 
"FCOM.CM")  which  contains  the  command  line  data  written  into  it  by  CLI  and 
read  back  by  "PUB"  or  "HELP."  It  is  therefore  essential  to  all  functions 
except  for  CM  file  management  functions. 

3. 4. 1. B  XFKR 

In  the  event  of  catastrophic  data  loss  this  module  can  support  extra¬ 
ordinary  maintenance  and  recovery  procedures  when  adequate  data  back  up  has 
not  been  maintained  or  has  been  lost. 

3.4.2  The  MRIX1S  Utilities 

The  MRDOS  utilities  shown  in  Fiqure  65  are  the  modules  provided  by 
Data  General  to  allow  the  programmer  to  take  advantage  of  MRDOS  abilities 
and  conventions.  Each  of  these  modules  are  used  by  all  user  functions. 
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Creation  Module 


3.4.2. 1  Ft le/Device  I/O  and  Maintenance 

These  modules  allow  for  the  creation  and  deletion  of  files,  the  reading 
and  writing  of  file  and  device  data,  the  control  and  maintenance  of  these 
files  and  devices  and  the  monitoring  of  the  status  of  these  files  and 
devices . 

3 . 4 . 2 . 2  Module  Structure  Support 

These  modules  support  the  division  of  the  Publishing  Subsystem  software 
into  overlays  and  “SWAPab le "/”CHA I Nab le "  imviules. 

3 . 4 . 2 . 3  Mi  seel laneous 

These  modules  include  utilities  for  retrieving  the  date,  time  of  day, 
and  background/foreground  status. 

3.4.3  Pile  Maintenance  Facilities  Development 

This  program  shown  in  Figure  *♦  will  provide  the  ability  to  generate 
and  alter  the  publishing  subsystem  data  base  superstructure. 

3.4.  3.1  Password  and  Dispatch  Modules 

These  modules  support  log-on/ log-of  f  (Fiqure  f>6)  j as sword  entry  and 
command  line  retrieval  and  dispatch  for  all  "PUP”  functions. 

3 . 4 . 3 . 2  Book  File  Generation  (Figure  67) 

This  supports  the  create  book  command  for  adding  books  (DMA  publica¬ 
tions)  to  the  data  base  (Figure  20). 

3.4. 3 . 3  Chapter  File  Generation  (Figure  68) 

This  supports  the  create  chapter  command  for  adding  chapter  to  a  book 
(Figure  68)  and  is  also  used  at  repaqination  time  (Figure  27). 
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This  supports  the  update  book  command  for  specifyinq  the  font  selection 

(Figure  t>)  ,  page  index  generation  (Figure  28)  ,  and  general  book  update 
functions  (Figure  fc)  . 

3.4.  3.5  Font  File  Generation  (Figure  70) 

Used  in  the  definition  of  fonts  via  the  create  font,  command  (Figure  18). 

1.4.  3 .  *>  Font  File  Update  (Figure  71) 

Used  in  the  redefinition  of  correction  of  fonts  via  the  update  font 
command  (Figure  18). 

3.4.  3.7  Chapter  File  Deletion  (Figure  72) 

Supports  the  delete  chapter  command  . 

3.4.8  fV  >ok _ F  i  lo  Deletion  (Figure  73) 

Support  s  the  delete  book  command  . 

3.4.  3  .  <3  Book  F  l  l e_  L l  hT. _ (_F  l^ju re  74) 

Provides  the  ability  to  list  chapters  and  chapter  descriptive  data  of  a 
book  . 

3.4.4  Pagination,  Justification,  Global  Edition 

This  program  shown  in  Figure  75  provides  those  modules  necessary 
for  the  global  edit  and  repaqination  process  (Figure  24). 

3 . 4 . 4 . 1  Now  Version  Instal lment 

This  module  determines  the  correct  parameters  for  creation  of  the  new 


version  of  the  chapter  to  be  paginated  and  then  invokes  the  create  chapter 
module  of  the  file  maintenance  program. 


3 . 4 . 4 . 2  Depagination  and  Stream  i^neration 


This  module  reads  data  from  the  destination  chapter  version  and  provides 
a  continuous  byte  stream  upon  demand.  This  module  is  also  used  in  all 
functions  of  the  edit  session  (Figure  75) . 

3. 4. 4. 3  Stream  Buffering  and  Global  Revision  (Figure  75) 

This  module  buffers  the  byte  stream,  checks  for  and  executes  global 
edits,  and  provides  a  continuous  data  item  stream  up'on  demand.  This  module 
also  supports  all  update  session  functions  (Figure  12)  and  particularly  the 
search  (Figure  13)  and  change  (Figure  14)  functions. 

3. 4. 4. 4  Stream  Validation  Checking  and  Justification  (Figure  75) 

This  module  accepts  a  data  item  input  stream,  checks  the  validity  of 
this  data,  determines  the  point  sire  of  each  character,  interprets  other  data 
items,  justifies  each  line,  and  provides  a  continuous  stream  of  uninterrupt- 
able  text  blocks,  page  and  column  formatting  data,  diagram  definitions,  and 
vector  requirements.  This  module  is  also  used  in  all  update  session 
functions  (Figure  12).  This  module  is  also  responsible  for  page  index 
generation  (Figure  28). 

3 . 4 . 4 . 5  Diagram  Allocation  and  Pagination 

This  module  accepts  the  stream  provided  by  the  justification  module 
(Figure  27)  builds  page  frfxn  this  data  and  writes  these  pages  to  the  desti¬ 
nation  chapter  version  file. 

3.4.5  EiZB  Output 

The  modules  of  this  program  shown  in  Figure  76  exclusively  support  the 
F.BR  output  formation  (Figure  29).  This  tape  will  be  read  by  an  electron 
beam  recording  system  which  will  output  a  scaled  image  of  each  page. 
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3-.  4.5.1  EBR  Tape  Initialize 

This  module  will  perform  all  tape  maintenance  required  prior  to  the 
writing  of  data  records.  This  includes  assuring  that  a  tape  is  properly 
mounted  and  ready  for  write  operations,  rewinding  the  tape,  and  writing  the 
header.  This  module  will  also  log  the  generation  of  the  tape. 

3 . 4 . 5 . 2  Kent  Translator 

This  module  will  encode  text  data  from  the  justification  module  into 
an  EBR  character  string. 

3 . 4 . 5 .  3  Text  Coordinate  Generator  and  Output 

This  module  accepts  data  from  the  font,  translator,  justification  module, 
and  pagination  module  and  scales,  positions,  and  formats  the  text  and  writes 
it  in  this  form  to  the  EBR  tape. 


3.4.*>  Editor  Develop 


This  program  shown  in  Figure  77  will  provide  the  capability  to  create, 
update,  and  proof  pages  of  data. 
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3.4.6. 1  Page  Selector 


This  module  supports  selection  of  a  page  of  data  to  be  edited  or  proofed. 
This  nodule  also  supports  page  selection  via  the  page  index  (Figure  8). 

5 • 4 . 6 . 2  Display  Translators 

This  nsxiule  provides  text  data  translation  for  control  code  display 
selection  and  proof  display  selection  (Figure  33). 


3 . 4 .  b .  3  Sna 11  D l sp 1 ay  Dr l ver 

This  maintains  the  status  data  appearing  on  the  optional  CRT  (Figure 

44)  . 

3 . 4 .  6 .  4  C_<  eorvand  Interpreter  and  Dispatch 

This  tartdule  is  required  for  all  edit  session  commands.  It  interprets 
comnand  input  data  and  invokes  the  appropriate  handlers. 

3. 4.6. 5  Display  and  Cursor  Control 

This  module  handles  display  (Fiqure  33)  and  cursor  (Figure  10)  contnands 
by  determining  the  correct  parameters  for  the  display  translator 
and  display  driver  . 

3 . 4 . 6 . 6  Deletion  and  Insertion  Control 

This  module  handles  data  Insertion,  deletion,  and  chanqinq  (Fiqure  14) 
rnanands  by  updating  the  core  resident  paqe  of  data,  incrementing  the  edit 
count  for  the  management  report  (Figure  17)  and  invoking  the  display  control 
to  reflect  the  change. 

3 . 4 . 6 . 7  Proof  Listing  Generator 

This  module  generates  a  proof  listing  of  the  page  and  directs  it  to  the 
line  printer  (Figure  32). 


3. 4.  f>.  8  Large  Displ ay  Driver 


All  output  to  the  data  graphics  is  channeled  through  this  module.  Hus 
module  maintains  line  numbers  being  displayed,  the  cursor  position,  and  a 
line  number  index  into  the  core  resident  page  of  data.  This  module  is  used 
by  all  edit  session  consunds . 

3 . 4 . 6 . 9  Log  Entry  ^lenerator 

This  module  writes  the  core  resident  page  back  to  disk  and  makes  the 
appropriate  log  entry  for  subsequent  management  listing  (Fiqui«-  1»>)  . 

J . 4 . 7  HELP  (On-line  Documentation) 

This  program  shown  in  Figure  78  will  provide  full  operational  documenta¬ 
tion  In  response  to  the  command  “HELP"  or  the  entry  of  a  "7“  to  any  "PUB" 
command . 


3 . 4 .  7  .  1  The  HEI.i  .  mv  1 

This  documents  all  the  "PUB"  r  marids  and  CLI  commands. 

3.4.7.*  The  r.-line  Ck»  mentri 

This  proviiei  let  a  1  led  l*--.  npt.ion  and  instruction  at  any  point  in  a 
ccsmsand  string  ir  res|<o»>»»  *  typing  a  juestior.  mai  k . 

3.4. H  Hi  ace  1  lane  >us 

There  are  f < ■  ir  miuollane.i*  software  n»  iules  shown  in  Figure  79. 

3. 4. 8.1  Book  F i le  List  tng 

This  module  supports  the  list  book  cnnsnand  which  lists  the 
chapter  title  and  descriptor  lata  for  i-ai  .i  chapter/version  m  a  designated 
book  and  dire  ts  this  listing  to  the  line  printer. 
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3. 4. 8. 2  Clear  Update  Flags 


This  module  will  clear  all  update  flags  in  a  designated  chapter/version 
(Figure  80).  This  would  be  used  after  a  publishable  13R  tape  had  been 
generated  and  prior  to  any  further  modifications  to  the  chapter. 

3.4.8. 3  Management  Report 

This  module  will  generate  a  report  from  the  entries  made  to  the  log 
indicating  which  pages  of  each  chapter  of  each  book  have  been  edited  and 
proofed  . 


Figure  80  Clear  Update  Flags 


SECTION  IV 


CONCLUSIONS  AND  RECOMMENDATIONS 


4.0  General 


The  AAIPS  Publishing  Subsystem  as  delivered  and  accepted  will  produce 
all  the  publications  it  was  designed  to  produce.  Use  of  a  digital  data  base 
will  provide  maximum  flexibility  to  enable  changes  in  format  with  a  minimum 
of  description  of  production.  The  ability  to  automatically  repaginate  and  to 
merge  graphics  into  the  publications  results  in  a  finer  quality  product  which 
requires  less  labor  to  produce. 


4.1  Conclusions 


The  AAIPS  Publishing  Subsystem  has  met  all  design  objectives  and  has 
proven  itself  to  be  a  cost  effective  modern  way  to  maintain  FLIP  publications 


4.2  Reccxnmendat  ions 


The  system  as  delivered  will  produce  the  required  publications.  The 
following  software/hardware  is  reccmsnended  to  further  optimize  performance 
throughput  and  human  engineering  in  a  production  environment: 


a.  Specification,  acquisition  and  interface  to  a  viewer  model 
terminal  incorporating  extra  function  keys;  Datagraphix  132B. 


b.  Specification,  acquisition  and  interface  to  a  proofing  printer 
capable  of  reproducing  upper/lower  case  special  characters  in  several  font 
styles  and  sizes. 


c.  Improvement  or  provision  of  such  software  as  would  improve  hyphens 
tion,  A GEAR  entry,  block  deletion  and  right  justification  within  a  field  of 
data. 


d.  Continued  analysis  of  production  requirements  and  possible  through 
put  enhancements  that  may  be  found  to  be  cost  effective. 
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